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Vážení čtenáři, 

tímto číslem opět končí jeden z dosavad- 
ních ročníků Amatérského radia řady B. 
Potěšilo nás, že přes množství nových 
periodik i dalších publikací nám zůstali 
čtenáři věrni - snažíme se proto i v dal- 
ším ročníku přinést co největší množství 
nových a moderních informací z celé 
oblasti elektroniky. Přesto, že je koncep- 
ce našich elektronických výrobních zá- 
vodů dosud velmi nejasná, domníváme 
se, že se díky soukromým podnikatelům 
v budoucnu podstatně zlepší např. na- 
bídka součástek na našem trhu (tomu 
nasvědčují i inzeráty v sesterském „čer- 
veném" AR), možnosti nákupu desek 
s plošnými spoji, elektronické „bižute- 
rie", skříněk, transformátorů atd., což 
všechno byly dosud úzké profily v zájmo- 
vé (a nejen zájmové) elektronické čin- 
nosti, které omezovaly možnosti kon- 
struktérů. 

Příští ročník Amatérského radia řady 
B bychom chtěli zahájit monotematic- 
kým číslem, věnovaným konstrukci pří- 
strojů, které souvisejí s elektronikou 
v hudbě. Kromě konstrukce kytarových 
snímačů a jejich úprav, různých elektro- 
nických efektů, syntezátorů apod. budou 
popsány i polovodičové a elektronkové 
(ty na přání čtenářů, kteří tvrdí, že zvuk 
elektronkových zesilovačů je polovodi- 
čovými součástkami nedosažitelný) ze- 
silovače různých výkonů a uspořádání. 

i 

Z dalších připravovaných čísel uveď- 
me např. námětově velmi oblíbené číslo, 
věnované zajímavým zapojením. Tento- 
krát by měl být obsah velmi pestrý - po- 
plachová zařízení, zapojení pro motoris- 
ty, nf zařízeqí, síťové zdroje, řízení výko- 
nu, časovači zařízení, zapojení s tran- 
zistory s jedním přechodem, ví obvody 
atd. Toto číslo by mělo vyjít pravděpo- 
dobně v druhé polovině roku. 

Jedno z připravovaných čísel bude 
věnováno optoelektronice (technologie 
a provedení diod LED, laserových diod, 
segmentovek, displejů z kapalných krys- 
talů, fluorescenčních displejů, příklady 
zapojení, rady pro použití), další praktic- 
kým pomůckám pro elektroniky (vybave- 


ní dílny - svářečka, bodovka, malá ruční 
bruska, jednoduché stolní nůžky, po- 
můcky pro zemědělství a zahrádkáře 
- ionizace vody, automatické zalévání, 
sušení zdí elektroosmózou apod., elek- 
tronické hračky, světelná technika -svě- 
telné efekty, hlasité telefony, přístroje do 
domu a domácnosti - časové spínače, 
spínání zvukem, televize na sluchátka 
apod.). 

Jako každoročně bude i v příštím roce 
jedno číslo věnováno zajímavým integ- 
rovaným obvodům, tentokrát budou uve- 
deny údaje o spínacích obvodech praho- 
vých úrovní, o senzorových obvodech, 
dále o operačních zesilovačích jak bipo- 
lárních, tak MOS. 

Velký zájem předpokládáme o číslo, 
jehož náplní bude problematika rušení 
a odrušování. Kromě nezbytné teorie 
v nejnutnější míře budou obsahem toho- 
to čísla návody na stavbu a použití nej- 
různějších odrušovacích prostředků, 
které by měly zabezpečit kromě jiného 
nerušený příjem rozhlasu a televize. 
Všechna uvedená odrušovací zařízení 
byla v praxi mnohokrát odzkoušena pro- 
fesionálním pracovištěm, specializova- 
ným na tuto oblast elektroniky. 

Je uzavřena i smlouva na dodání ru- 
kopisu pro číslo, věnované oscilosko- 
pům a jejich použití. 

To je tedy zhruba nástin obsahu čísel 
pro příští ročník. Aby byla informace 
úplná, je třeba dodat, že na všechna 
čísla redakce uzavírá s autory smlouvu, 
v níž se autoři zavazují dodat příslušné 
materiály do určitého termínu. Pokud 
tento termín nesplní, což se také stává, 
musí se posunout i termín vyjití toho 
kterého plánovaného námětu - v nejhor- 
ším případě je možný i skluz do dalšího 
ročníku. Proto se nehoršete na redakci, 
jestliže některý ze slíbených titulů nevy- 
jde - vina není skutečně na naší straně. 

Na závěr bych chtěl pouze upozornit, 
že redakce stále přijímá nabídky čtenářů 
(i nečtenářů) AR řady B na vypracování 
materiálů pro náplň jédnotlivých čísel 
z celé oblasti elektroniky. Samozřejmě 
uvítáme i jakékoli náměty a připomínky 
k obsahu i zpracování jednotlivých čísel. 

Redakce 


Za ing. Františkem Smolíkem 



29. září zemřel po dlouhé nemoci 
bývalý šéfredaktor AR, F. Smolík, 
OKI ASF. Vedl časopis od jeho zalo- 
žení až do svého odchodu do důcho- 
du, kromě toho byl dlouholetým funk- 
cionářem čs. radioamatérské organi- 
zace a propagátorem radiového 
orientačního běhu. Jako šéfredaktor 
i funkcionář má nepopiratelné záslu- 
hy na popularizaci elektrotechniky 
a radiotechniky u nás. 

Čest jeho památce. 
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František Kyrš, Tomáš Kyrš 


Prudký a trvalý průnik číslicové a mikropočítačové techniky snad do všech 
oblastí nejen elektroniky staví dnes každého z nás, bez ohledu na specializaci, 
před nutnost zvládnout na určité úrovni i tento obor. Jako příklad současného 
vývoje snad stačí uvést donedávna klasickou techniku audio/video, v níž se to 
nyní číslicovými obvody, mikrokontroléry, paměťmi, kódy, sběrnicemi a pro- 
gramy jen hemží. A to je teprve začátek. Zůstat stát znamená v několika letech 
ztrátu kontaktu s celou touto oblastí, podobná situace je i v ostatních 
oblastech aplikované elektroniky. 


V počáteční fázi seznamování se s mikro- 
procesorovou technikou je užitečné získat 
nejprve jistý, byť i povrchní, ale relativně 
ucelený přehled o této, pro mnohého zcela 
nové problematice. Což je ovšem pro jinak 
zaměřeného technika poměrně obtížné 
a zvláště časově náročné. Pokusem o po- 
moc na cestě k tomuto cíli je toto číslo AR-B, 
volně navazující na AR-B č. 5/89 [i ]. Při 
koncipování obsahu a struktury jsme se pře- 
devším snažili obsáhnout přístupnou for- 
mou, uzpůsobenou spíše hardwarově orien- 
tovaným konstruktérům bez předběžných 
znalostí programování, co nejširší tématický 
rozsah, s logickou návazností jednotlivých 
podstatných partií. Při tom jsme nutně, 
vzhledem k omezenému rozsahu příspěvku, 
museli vycházet ze skutečnosti, že nežijeme 
ve vzduchoprázdnu - dané problematice, 
pochopitelně v různém rozsahu, na různé 
úrovni i s různým přístupem již byly, jsou 
a budou stále muset být věnovány příspěvky 
mnoha jiných autorů. Na některé vybrané 
práce se proto v jednotlivých kapitolách od- 
voláváme. Na druhé straně jsme naopak 
kladli zvýšený důraz na některé základní 
partie, o nichž si myslíme, že již při prvním 
kontaktu zasluhují zvláštní pozornost. Jsme 
si vědomi toho, že zvolený přístup může být 
terčem do jisté míry oprávněné kritiky, my ho 
však považujeme za správný a užitečný. 

Snažili jsme se pochopitelně i o to, aby 
v příspěvku pro sebe našli něco zajímavého 
čtenáři různých kategorií. Hlavním záměrem 
však bylo to, aby co nejvíce z vás, kteří 
oblast mikropočítačů dosud necháváte stra- 
nou, alespoň „uvízlo drápkem". Již proto, že 
tato technika již zdaleka není samostatným, 
izolovaným oborem, ale uplatňuje se praktic- 
ky všude a mění i dosavadní přístupy ke 
konstrukci elektronických zařízení. To lze 
ostatně dobře sledovat i na zelených strán- 
kách AR, které představují trvalý zdroj infor- 
mací pro další prohlubování znalostí i pod- 
nětů pro praktickou činnost. 

Základy programování 

Již v zmíněném AR-B č. 5/89 [i] jsme si 
vytvořili poměrně ucelenou představu o zá- 
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kladních principech činnosti centrální proce- 
sorové jednotky i sestavy jednoduchého 
mikroprocesorového systému. Chápeme 
smysl a požadavky na skladbu instrukčního 
souboru konkrétní CPU i jeho reprezentaci 
v asemblerové mnemonice nebo strojovém 
binárním kódu. Znalost funkce základních 
technických prostředků a instrukčního sou- 
boru konkrétního mikropočítače však lze 
zhruba přirovnat k pouhé znalosti abecedy, 
o které nevíme, jak jí využít. K tomu nám 
chybí skutečná znalost konkrétního pro- 
gramového jazyka - v přeneseném vý- 
znamu pak jak jeho „mluvnice" (syntaxe 
-formálních pravidel práce s tímto jazykem), 
tak „literatury" (sémantiky - logiky správné 
a systematické tvorby programu). Počáteční 
orientace v oblasti programování je zpravi- 
dla obtížná z řady důvodů. Nicméně, naučit 
se programovat je možné pouze tak, že se 
programovat začne. A to nejlépe tak, aby 
postup byl přehledný, systematický a nebyl 
zdrojem špatných počátečních představ 
a návyků. 

Před zahájením vlastní práce je nezbytné 
alespoň přehledové seznámení s konkrét- 
ním programovacím jazykem. Těch je o- 
všem celá řada a my jsme se dosud nesez- 
námili se žádným. Popsali jsme si sice 
„asembler" 18080, ale pouze jako výčet typů 
instrukcí tohoto mikroprocesoru. Což ovšem 
programovací jazyk není, i když přechod 
k jazyku symbolických adres JSA 8080 je 
poměrně jednoduchý. Začínat s programo- 
váním na úrovni jazyka symbolických adres 
však není vhodné z celé řady důvodů. 

Smyslem programování je vytvořit předpis 
pro jednoznačné a konečné řešení konkrétní 
úlohy, probíhající nad vstupními a vytváře- 
nými daty s využitím konkrétního programo- 
vacího jazyka. Tento jazyk tedy pro pro- 
gramátora představuje prostředek vzájemné 
vazby mezi algoritmickým řešením úlohy 
a jejím skutečným řešením na úrovni strojo- 
vého kódu vlastním počítačem. 

Jazyk symbolických adres představuje 
právě nejnižší úroveň programovacího jazy- 
ka vůbec. Protože je zcela závislý na kon- 
krétním typu procesoru, označuje se jako 
strojově orientovaný, kvůli užívání asemble- 
rové mnemoniky většinou přímo jako asem- 
bler, i když tak tento pojem získává dva 
odlišné významy. Základním problémem při 
programování v asembleru není to, že je 
třeba znát instrukční soubor příslušného 


procesoru, ale především relativní nepře- 
hlednost a složitost programu, vytvářeného 
na této úrovni. Začínající programátor, který 
se nejprve musí orientovat v základních prin- 
cipech programování, datových i příkazo- 
vých typech a strukturách či rutinních postu- 
pech řešení klasických algoritmů, by se tak 
zbytečně dostával do nepřehledné a více- 
méně bezvýchodné situace. Pouze pro ilu- 
straci si všimněme například problémů s in- 
terpretací různých datových typů. Uvažuje- 
me-li běžný 8bitový počítač, je běžnou infor- 
mační jednotkou byte, tedy možným rozsa- 
hem hodnot omezené binární číslo, které 
může být uloženo v jednoduchém registru 
nebo jednom paměťovém místě. V praxi je 
ovšem třeba pracovat s různými datovými 
typy, (integer, Boolean, reál, char . . ), jejichž 
zobrazení i zpracování na úrovni JSA musí 
být řešeno programovou cestou, což je 
mnohdy velmi složité a nad síly začínajícího 
programátora, který je těmito problémy zby- 
tečně rozptylován. Podobné problémy přiná- 
ší na úrovni JSA nutnost vytvářet potřebné 
příkazy a příkazové struktury. JSA jako jazyk 
nejnižší úrovně umožňuje vytvářet takové 
typy, které jsou v rozporu se základními 
požadavky rozumného a bezpečného pro- 
gramování. Technika programování je obor, 
který už má své tradice. Není proto vhodné 
ani nutné, aby každý, kdo začíná programo- 
vat, opakoval chyby svých předchůdců. 

Nejsnadnější počáteční přístup k pro- 
gramování umožňují vyšší, problémově 
orientované jazyky (Basic, Fortran, Algol, 
Pascal . . ). V podstatě jsou založeny na 
tom, že jejich implementace, ve srovnání 
s JSA, vytvářejí virtuální počítač s mno- 
hem účinnějším souborem příkazů, přímo 
pracující s určitým souborem vyšších 
datových typů. Tyto jazyky jsou „strojově 
nezávislé", a tak, včetně další podpory, 
oprošťují programátora od triviálních pro- 
blémů a technických prostředků konkrétní 
implementace. I když se to vše děje na úkor 
některých, mnohdy důležitých parametrů 
(rychlost zpracování, chování v reálném 
čase, nároky na kapacitu paměti . . ), je vý- 
hodnost zahájení studia programování vyš- 
ším programovacím jazykem mimo diskusi. 
Zbývá odpovědět na otázku, který z dostup- 
ných jazyků je nejvhodnější. 

BASIC 

Prakticky na všech levných a každému 
dostupných domácích mikropočítačích je 
standardně implementován BASIC. Je to nej- 
rozšířenější programovací jazyk, se kterým 
začínala pracovat většina současných pro- 
gramátorů. Od počátku byl koncipován tak, 
aby to byl jazyk co možno nejjednodušší, ale 
současně univerzální, použitelný i při vědec- 
kotechnických aplikacích, aby kladl minimál- 
ní požadavky na odbornou přípravu či spe- 
cializaci uživatele (syntaxe, sémantika) a při 
tom byl snadno implementovatelný na libo- 
volné typy počítačů. Toho bylo dosaženo 
mimo jiné omezením rozsahu užívaných pří- 
kazů a především datových typů, které jsou 
v BASIC tvořeny pouze znakovými a číselný- 



mi konstantami a proměnnými, implicitně 
vyjádřenými ve formátu pohyblivé čárky. Na 
rozdíl od jiných vyšších jazyků tak byly ome- 
zeny požadavky na typovou kontrolu správ- 
nosti přiřazení příkazů a dat, což z hlediska 
uživatele znamená především výrazné zjed- 
nodušení vytvářeného programu tím, že je 
zcela vynechána jeho deklarační část. Jak 
však uvidíme později, je zde zároveň ukryta 
jedna z hlavních slabin jazyka BASIC. 

Zmíněná koncepce BASIC umožňuje zá- 
pis, edici i ladění vytvářeného programu ve 
velmi příjemném dialogovém režimu - každý 
příkazový řádek je při jeho zápisu z konzoly 
počítače předzpracován a syntakticky kon- 
trolován. Na případné chyby je uživatel upo- 
zorněn a dokud je neopraví, je mu znemož- 
něno řádek odeslat. Zápis programu se děje 
v edičním módu. Zdrojový text programu 
v BASIC, uložený ve vyhrazené oblasti ope- 
rační paměti, je samozřejmě třeba přeložit 
do strojového kódu mikropočítače. V uvažo- 
vaném případě pracuje příslušný překladač 
jako tzv. interpret, kdy se jednotlivé příkazo- 
vé řádky definitivně překládají až v průběhu 
provádění spuštěného programu, tedy v pro- 
váděcím režimu činnosti. Pro opravy séman- 
tických chyb se opět užívá automatického 
přechodu do edičního módu v místě deteko- 
vané chyby, ve zvoleném místě, nebo je 
možné použít i trasování. 

Uvedené vlastnosti patří k hlavním důvo- 
dům velké obliby jazyka BASIC, k níž přispí- 
vá i instalace grafického modulu na převáž- 
né většině i těch nejjednodušších domácích 
mikropočítačů. Jsou však i hlavní příčinou 
jeho nedostatků. Odhlédneme-li zatím od 
pomalosti v důsledku interpretačního překla- 
du, je jeho hlavní slabinou to, že nerespektu- 
je principy a zásady moderního, strukturové- 
ho programování. U BASIC zcela postrádá- 
me prostředky pro hierarchicky vázanou vý- 
stavbu programu pomocí programových mo- 
dulů a tedy i vnější procedury a funkce, 
deklarace lokálních proměnných a vůbec 
možnost pracovat se složitějšími datovými 
strukturami vyjma polí. Proto běžný Micro 
nebo Minimal BASIC není jako průprava na 
soustavnou práci s jinými jazyky včetně 
asemblerů mikroprocesorů a mikrokontrole- 
rů tím nejvhodnějším prostředkem. I když je 
jistě pravda, že vždy je lepší programovat 
nějak než vůbec ne, je důkazem správnosti 
předchozího tvrzení jistě i to, že poslední 
verze standardního jazyka BASIC již některé 
prvky, podmiňující výstavbu strukturované- 
ho programu, od novějších a modernějších 
jazyků přebírají. 


Principy strukturovaného 
programování 


Každý rozsáhlejší program vždy předsta- 
vuje řešení složitého problému, čemuž od- 
povídá i jeho omezená přehlednost. V prů- 
běhu vývoje programovacích technik se vel- 
mi brzo ukázala potřeba zavést do pro- 
gramátorské činnosti určitý systém a to hned 
od počátku návrhu hrubé koncepce a struk- 
tury programu. Jedině tak je možno v průbě- 
hu prací udržet přehled o všech vzájemných 
vazbách uvnitř programu a zajistit jeho efek- 
tivní návrh, ladění, dokumentaci a údržbu. 
Postupně byly stanoveny určité zásady, 
podporující systematické programování 
a promítající se i ve filozofii programovacích 
jazyků. Dochází tak k určitému sjednocování 
programátorského myšlení a tedy i ke snad- 
nějšímu vzájemnému dorozumívání, proto- 
že principy strukturovaného programování 
jsou založeny na omezení neefektivních 
intuitivních přístupů k tvorbě programu na 
všech úrovních. 


Modulární koncepce 

Návrh programu vždy začíná analýzou 
řešeného problému, přičemž se hledá jeho 
optimální programové řešení. Je to vlastně 
nejdůležitější a nejobtížnější úsek celé prá- 
ce, protože určuje koncepci celého řešení. 
Každá úloha má vždy několik řešení, která 
jsou často velmi složitá a nepřehledná. Intui- 
tivní přístup již od počátku návrhu, který bývá 
vícekrát přepracováván, než je nalezeno 
vhodné řešení, je pracný. Mimoto vždy hrozí 
nebezpečí, že v průběhu dalších, detailních 
prací bude třeba udělat takové úpravy 
v programu, které se mohou projevit kata- 
strofickým vlivem na jeho již hotové úseky. 

Efektivní metodu návrhu řešení programu 
představuje hierarchický rozklad úlohy tzv. 
metodou shora dolů (top-down). Analogii 
tohoto systematického postupu můžeme 
spatřovat např. v návrhu elektronického zaří- 
zení (koncepce, blokové schéma, detailní 
schéma . . ), který také probíhá na různých 
hierarchických úrovních, z nichž každé pří- 
sluší určitá úroveň abstrakce. 

Hierarchický rozklad programového řeše- 
ní úlohy má za výsledek jeho rozložení do 
přesně vymezených programových modulů 
s přesně definovaným systémem vzájem- 
ných vazeb. Jednotlivé moduly příslušejí 
různým hierarchickým úrovním (např. podle 
obr. 1). Je důležité uvědomit si, že na rozdíl 
od známějších vývojových diagramů hierar- 
chický diagram nepostihuje průběh provádě- 
ného programu, ale funkce a vzájemné vaz- 
by všech programových modulů v rámci 
programu, jehož celková struktura se tak 
stává přehlednou. Moduly vyšších vrstev 
ovládají moduly vrstev nižších. Tak např. na 
obr. 1 nejvyšší, řídicí modul M, který si 
můžeme představit jako hlavní program, řídí 
a pro svoji potřebu využívá služeb jemu 
podřízených modulů nižší vrstvy, které opět 
disponují moduly další, nižší úrovně. Nejniž- 
ší hierarchické úrovni pak odpovídají modu- 
ly, které již nevyžadují dalšího rozkladu. 

Vzájemná vazba jednotlivých modulů 
může pro zabezpečení hierarchické orienta- 
ce probíhat pouze ve vertikálním směru 
a pouze mezi moduly sousedních vrstev, 
např. modul M A může komunikovat pouze 
s moduly M, A 1t A 2 , A 3 . Není možná jeho 
přímá vazba s M B nebo A 21 . Z tohoto hlediska 
má tedy každý modul jediný vstup a jediný 
výstup. Volaný modul po ukončení činnosti 
vždy vrací řízení programu tomu modulu, 
který jej vyvolal. 

Výhodou hierarchického rozkladu není jen 
přehlednost návrhu celé programové struk- 
tury na různých úrovních jednotlivých modu- 
lů. Její přesné vymezení také umožňuje 
v podstatě nezávislé detailní řešení jednotli- 
vých, funkčně i systémem vazeb přesně 
specifikovaných modulů. Rozsáhlé pro- 
gramy, často zpracovávané současně něko- 
lika programátory, by jinak mohly být řešeny 
jen těžko. 


Prostředky, umožňující modulární výstav- 
bu programu, představují ve vyšších, struk- 
turovaných jazycích procedury a funkce jako 
zvláštní typy podprogramů, umožňující vy- 
mezit potřebné hierarchické vazby mezi mo- 
duly. 

Modulární koncepce přináší i další výho- 
dy. Zdaleka ne vše, co programátor ve svých 
programech užívá, je schopen pouze sám 
nebo stále znovu vymýšlet. To, co pro 
hardwarového specialistu znamená jeho 
knihovna standardních nebo ověřených ře- 
šení a zapojení, to v softwarové oblasti před- 
stavují standardní a uživatelské rutiny, které 
mohou být do modulárně vytvářeného pro- 
gramu implementovány jako programové 
moduly buď přímo, nebo po příslušných 
úpravách. 

Příkazové a datové struktury 

Hierarchicky koncipovaný program se 
tedy skládá z programových modulů, sy- 
stematicky vytvářených tak, aby byla zajiště- 
na jejich přehledná a bezpečná součinnost. 
Moderní programovací jazyk však musí mít 
k dispozici také prostředky pro uplatnění 
metod bezpečného, strukturového pro- 
gramování i uvnitř těchto modulů. 

Provádění každého programu vždy zna- 
mená nutnost zpracovat určitá data posloup- 
ností vhodně volených příkazů užitého pro- 
gramovacího jazyka, přičem data i příkazy 
mohou být různého typu. To však vždy zna- 
mená nebezpečí zavedení chyb a tedy i ná- 
vrhu špatného programu. Ať už se to týká 
nesprávného přiřazení a zpracování dato- 
vých typů, čehož důsledkem jsou nedosta- 
tečně přesné výsledky, nebo návrhu špatně 
nebo vůbec nepracujícího (zhroucení) pro- 
gramu. Bohužel, většina podobných nedo- 
statků v činnosti vytvářených programů se 
zjišťuje velmi obtížně, protože se často vy- 
skytují jen za určitých, těžko postižitelných 
podmínek. Odhalení všech syntaktických 
a sémantických chyb, které do návrhu pro- 
gramu může programátor zavést, vyžaduje 
účinný systém kontrol. 

Strukturované jazyky minimalizují nebez- 
pečí výskytu syntaktických chyb jak vlastní 
koncepcí, tak systémem kontrol v průběhu 
překladu zdrojového textu programu. Zákla- 
dem je omezení počtu příkazů, kterými jazyk 
disponuje, na vybrané typy a struktury, 
umožňující při dodržení určitých zásad vy- 
tvářet pouze bezpečné programové kon- 
strukce, což do jisté míry omezuje volnost 
práce programátora. Dobrou představu 
o tomto vlivu umožňují každému dobře zná- 
mé vývojové diagramy. 

Vývojový diagram je velmi názornou po- 
můckou při prvních kontaktech s problemati- 
kou programováni. Jeho největší předností 
je to.fe detailně postihuje všechny možnosti 
průběhu zpracování programu a především 
jeho větvení na základě testů veškerých 
odmínek. To však lze současně z jiného 



Obr. 1. Strukturované programování podpo- 
ruje hierarchický rozklad programu a vazbu 
jednotlivých programových modulů (viz dále 
procedury, globální a lokální deklarace) 
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hlediska považovat i za jeho největší slabi- 
nu. Vyplývá z toho, že rozhodovací bloky 
v součinnosti s přiřazovacínTi a jinými příka- 
zy mohou za různých podmínek vytvářet 
příkazové konstrukce se skrytými, vedlejší- 
mi důsledky. Jejich odhalení je vzhledem 
k relativní nepřehlednosti vývojových dia- 
gramů z tohoto hlediska mnohdy velmi obtíž- 
né. 

Vývojový diagram, jak přímo vyplývá 
z principu jeho výstavby a původního smyslu 
určení, nijak nepodporuje principy bezpeč- 
ného, strukturovaného programování, ale 
právě naopak. Umožňuje intuitivní vytváření 
nebezpečných příkazových konstrukcí. 

Strukturované programovací jazyky uží- 
vají omezený, vybraný sortiment jednodu- 
chých a stukturovaných příkazů, jejichž pro- 
střednictvím však lze vytvořit všechny po- 
třebné příkazové konstrukce bez zmíněných 
nežádoucích účinků. Všechny tyto příkazy 
jsou opět, jako programové moduly, charak- 
teristické tím, že mají jediný vstup a jediný 
výstup. Již samotná koncepce strukturova- 
ného programovacího jazyka tak omezuje 
nebezpečí vytváření nevhodné struktury 
programu podstatnou měrou. 

Obdobné souvislosti nacházíme u struktu- 
rovaných jazyků i v oblasti užívaných dato- 
vých typů a struktur. Jejich sortiment, práce 
s nimi i systém kontrol jsou voleny tak, aby 
bylo dosaženo co nejvyšší efektivnosti 
a bezpečnosti programování. Vedle implicit- 
ně definovaných, jednoduchých datových 
typů různých formátů lze zpravidla užívat 
\, vyšší uspořádané datové struktury, např. 
pole (Array), záznam (Record) nebo soubor 
(Filé), výhodné z hlediska efektivního zpra- 
cování hromadných dat. 

Domníváme se, že nyní už jsou přednosti 
strukturovaného programování zřejmé. Pro- 
tože většinu zásad, které lze odvodit, je 
velmi užitečné aplikovat nejen ve většině 
vyšších programovacích jazyků, v ale 
i v asembleru, popíšeme si v následující 
kapitole hlavní charakteristické rysy jazyka 
Pascal, který byl původně vyvinut jako školní 
jazyk pro výuku strukturovaného programo- 
vání. Jeho pozdější hromadné rozšíření vy- 
plývá ze systematické, přehledné a logické 
výstavby, vyvážené koncepce datových 
a příkazových struktur a účinného systému 
kontrol. Za zmínku stojí i to, že během času 
byla od jazyka Pascal odvozena i řada dal- 
ších moderních jazyků, např. Modula nebo 
Ada. I když tedy na několika stránkách mů- 
žeme těžko postihnout víc než pouze rámco- 
vý přehled, myslíme si, že právě ten může při 
prvních krocích vzhledem ke zhuštěné for- 
mě napomoci podstatnou měrou. Podrob- 
nější informace pak lze čerpat z citované 
literatury a firemních manuálů. 

Stručný přehled jazyka Pascal 

Poznamenejme úvodem, že celá struktura 
jazyka Pascal je velmi systematická, což se 
zpočátku může jevit až jako příliš násilné. 
Nicméně, tento charakteristický rys je velmi 
užitečný a nutný vzhledem k možnostem 
práce s hierarchicky členěnými „moduly". 
Pascal sám ovšem pojem programového 
modulu obecně nespecifikuje, chápe celý 
program jako blok od hlavičky až po závěreč- 
nou tečku. 


Struktura pascalského programu 

Zdrojový tvar (zápis) pascalského pro- 
gramu, viz obr. 2, se skládá ze čtyř hlavních 
částí: Záhlaví, definiční a deklarační části, 
vlastní programové části a ukončení. 




Program jméno ( INPUT,OUTPUT ); 


Definice datových typů 
deklarace užitých konstant , 
proměnných a návěsti 


BEGIN 


Příkazová část programu 


| END. | 

Obr. 2. Schematické znázornění struktury 
pascalského programu 

Hlavička programu se skládá ze jména 
programu a symbolického označení vstup- 
ních/výstupních souborů, s nimiž program 
pracuje. Toto označení souborů nám zatím 
nemusí plést hlavu, protože zejména u lev- 
ných domácích počítačů bez vnějších disko- 
vých pamětí není povinné. Hlavička pro- 
gramu slouží pro jeho identifikaci. 

Deklarační část obsahuje deklarace 
všech užitých konstant a proměnných, po- 
jmenovaných symbolickými jmény (identifi- 
kátory), volenými programátorem. Pro defi- 
nice a deklarace strukturovaných typů se 
užívá postupného popisu s využitím typů 
nižších úrovní. V této části se deklarují i ná- 
věští, procedury a funkce. 

Příkazová část tvoří tělo programu, 
v němž se podle platných syntaktických pra- 
videl jazyka, za pomoci příkazů, konstant, 
proměnných a výrazů zapisuje vlastní pro- 


gramová struktura. Textové řetězce se zapi- 
sují mezi apostrofy. Každý příkazový řádek, 
který však ve skutečnosti může zabírat i ně- 
kolik řádků fyzických, musí být ukončen 
středníkem. Návěští se oddělují dvojtečkou. 
Celá příkazová část je uvozována otevíra- 
cím klíčovým slovem begin. Obdobné slože- 
né programové bloky, sekvence, procedury, 
cykly apod. jsou ohraničovány svorkami 
z klíčových slov begin .... end, které posu- 
vem v řádcích textu (zleva doprava) zpře- 
hledňují zápis celého programu. 

Program je ukončován klíčovým slovem 
end, tvořícím protějšek uvozovací svorky 
begin celé příkazové části, a tečkou, ozna- 
čující konec programu pro překladač. 

Pro zpestření a vytvoření vlastního prvot- 
ního názoru je v tab. 1 uveden jako příklad 
jednoduchý pascalský program, který dává 
hádat určité zvolené číslo, předtím tajně 
zadané z klávesnice. Pro průběžnou orienta- 
ci hráče je po každém pokusu na displeji 
vypsáno hlášení, udávající, je-li správná 
hodnota tohoto čísla větší nebo menší než 
číslo, jím právě zadané. Počítá se počet 
pokusů, potřebných k uhádnutí zadaného 
čísla. Program byl, stejně jako všechny další 
ukázky, napsán a odladěn na Spectru v Hi- 
soft Pascalu 4T. 

Z uvedené ukázky, které zřejmě zatím 
zcela úplně rozumět nebudeme, je přesto 
vidět srozumitelná a přehledná konstrukce 
jazyka a výstavby programu. Na konci této 
kapitoly si zkuste sami nakreslit vývojový 
diagram nebo strukturogram programu, 
zkoušejte jej různě modifikovat (meze zada- 
ného čísla, využití návěští, kritéria, způsoby 
vyhodnocení výsledků . . .) 


Tab. 1. Program monitorující hádání tajně zadaného celého čísla 

PROGRAM DELFY; 

LABEL 1,2; 

VAR I,K,L,N: =INTEGER; 

BEGIN 
1 : K: =0 ; 

VRITELNC ‘ZADEJ LIBOVOLNÉ CELE CISLO O... 1000 A 
PŘEDEJ POCITAC HRACÍ : " ) ; 

READ CL) ; 

IF L>1000 THEN GOTO 1; 

FOR I; =1 TO 24 DO VRITELN; 

VRITELN C 'HÁDEJ CISLO O... 1000 "); 

VRITELN C * **«"«*» * ****^^ " ) ; 

REPEAT 
VRITELN ; 

VRITELN ; 

VRITELN C 'ZADEJ HADANE CISLO : " ) ; 

READ CN); 

K: =K+1 ; 

IF N>L THEN VRITELN C 'SPRÁVNÉ CISLO JE MENŠI ") ; 

IF N<L THEN VRITELN C " SPRÁVNÉ CISLO JE VETSI ") ; 

UNTIL N=L; 

VRITELN c " ******** ** *************** * *** *** * ) . 

VRITELN; 

VRITELN (' ***** !!! Z A S A H !!!*****"); 

VRITELN C •' * * * *** * ************* * ^«********** " ) ; 

IF K=1 THEN VRITELN C"NA PRVNÍ POKUS") 

ELSE BEGIN 

VRITELN C " POTŘEBOVAL JSI ‘ ,K, "POKUSU "); 

IF (K>1 ) ANDCKC4) THEN VRITELN 
C 'VYNIKAJÍCÍ VÝSLEDEK") 

END; 

IF K<4 THEN GOTO 2; 

IF CNC100) ANDCK=4) OR CN>=100) ANDCNC300) ANDCKC8) OR 
CN>=300) ANDCKC10) THEN VRITELN C "TO JE DOBRY VÝSLEDEK") 
ELSE VRITELN C "CHCE TO JESTE TRENING!"); 

2: VRITELN; 

VRITELN C "POKRAČOVANÍ VE HRE: ZADEJ RCUN) , ENTER" ) 

END. 
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Typy a struktury pascalských příkazů 

Příkazová struktura Pascalu se skládá 
z jednoduchých a strukturovaných příkazů. 

K jednoduchým příkazům patří přiřazova- 
cí příkaz, příkaz volání procedury a příkaz 
skoku. Jejich použití je jednoduché a přímo 
vyplývá z dalších ukázek. Proto se jimi zabý- 
vat nebudeme. Je však nutné upozornit na 
nebezpečí, které přináší příkaz skoku (goto) 
tím, že umožňuje přechod k provádění pro- 
gramu na libovolné jeho místo. Tím může být 
zcela narušena struktura programu jak 
v rámci „modulu", tak i celého programu, 
což může mít katastrofální důsledky. Příkaz 
goto je schopen narušit zásady strukturova- 
ného programování. Je tedy nestandardní 
a jeho užívání je omezeno na speciální 
případy. 

Bylo dokázáno, že pro tvorbu libovolné 
příkazové konstrukce lze vystačit v podstatě 
se třemi standardními, strukturovanými typy 
příkazů - sekvencí, alternativou a iterací. 

Sekvence znamená jednoduše, postupně 
řadit dílčí operace za sebou tak, že vytvářejí 
ucelenou složitější akci. V příkazovém pojetí 
to znamená možnost využít jak jednodu- 
chých příkazů, tak i dalších dvou typů příka- 
zů strukturovaných. Vytvořená složená sek- 
venční struktura musí být ohraničena vnější- 
mi svorkami z klíčových slov begin . . . end. 

Alternativa znamená podmíněně vybírat 
jednu operaci na základě splnění nebo ne- 
splnění podmínky. Zákíadní formát příkazo- 
vé struktury má první možný tvar 

if p then Pí else P2 

přičemž p = podmínka, Pí , P2 = alternativní 
příkazy. 

Nejprve se vyhodnocuje výraz, uvedený 
v příkazu jako podmínka. Při splnění pod- 
mínky (p = true) se realizuje příkaz Pí, 

opačném případě (tj. při p = falše) alterna- 
tivní příkaz P2. Podmínka je logického typu, 
výraz proto nemůže poskytovat žádnou jinou 
možnost vyhodnocení. Vývojový diagram to- 
hoto příkazu je na obr. 3a. 

Druhý možný a užívaný tvar příkazu toho- 
to typu, obr. 3b, 

if p then P 

realizuje při splnění podmínky příkaz _ P, 
v opačném případě (p = falše) nastává 
přeskok a tedy ukončení celého podmíně- 
ného příkazu bez jakékoli aktivní činnosti. 

Zvláštním případem alternativního výběru 
činnosti je příkaz čase. Jedno z možných 
větvení se vybírá prostřednictvím tzv. selek- 
toru. Příkaz čase, obr. 4, má tvar 
čase SEL of 
constl : Pí ; 
const2 : P2; 


constN : PN 
end 


Výraz, který určuje hodnotu selektoru, musí 
být ordinálního, tj. celočíselného nebo zna- 
kového typu. Po vyhodnocení selektoru se 
provádí.ten příkaz, který odpovídá právě 
tomuto selektoru. Pokud však vyhodnocený 
selektor neodpovídá žádné z definovaných 
konstant, příkaz čase se neuplatní a navíc je 
tato situace zpravidla indikována chybovým 
hlášením. 

Iterace znamená opakované provádění 
příkazu na základě vyhodnocení určité pod- 
mínky. Opakované provádění příkazu nebo 
složeného příkazového bloku umožňují 
strukturované příkazové cykly. Podle způso- 
bu uplatnění nebo stanovení podmínky opa- 
kování se příkazy cyklů dají dělit do dvou 
částí: 

- while, repeat pro podmíněné cykly, 

- for pro cykly s nastavením počtu opaková- 
ní. 

Příkaz cyklu s testem zahájení, obr. 5a, 
má tvar 

while p do P. 

U tohoto typu cyklu se nejprve vyhodnocuje 
výraz, určující opakovači podmínku. Je-li 
p = true, provádí se příkaz P, pak následuje 
opět vstup na začátek cyklu a znovu se 
vyhodnocuje podmiňující výraz atd. Cyklus 
je proto ukončen tehdy, je-li při vstupu do 
cyklu vyhodnocena podmínka p = falše. 

Má-li být v těle cyklu užito více než jedno- 
ho příkazu, musí vytvořená posloupnost být 
zapsána jako strukturovaná sekvence a jako 
taková uzavřena do svorek begin - end. 

Všimněme si ještě, že u cyklu typu while 
nemusí být, při počáteční platnosti podmínky 
p = falše, příkazová část cyklu provedena 
ani jednou, ňíkáme, že za takové podmínky 
ke vstupu do cyklu vůbec nedojde. 



výstup 
while p doP 
nebo 

white p do 
begin 

Pí, 

P2, 



a) 


Pí, 
P2, 

PN 
until p 


end 


PN 


Obr. 5. Zpětnovazebním uspořádáním pří- 
kazů větvení a přiřazení vznikají podmíněné 
cykly. Pascal definuje dva strukturované 
podmíněné cykly s jediným a tím bezpečným 
vstupem a výstupem: a) podmíněný cyklus 
s testem zahájení while p do P, b) podmí- 
něný cyklus s testem ukončení repeat P 
until P 


Příkaz cyklu s testem ukončení, obr. 5b, 
má tvar 

repeat 

příkazová posloupnost Pí až PN 
until p 

Již ze zápisu je patrno, že do těla cyklu se 
vstupuje v každém případě, nezávisle na 
podmínce. Provedou se poprvé všechny pří- 
kazy, uvedené v příkazové části a teprve 
potom se vyhodnocuje platnost podmínky. 
Cyklus se opakuje tak dlouho, dokud (until) 
není splněna podmínka ukončení. Ta vyplý- 
vá z logického vyhodnocení podmiňujícího 
výrazu na konci každého průchodu cyklem. 
K výstupu z cyklu tedy dochází při splnění 
podmínky p =true. Vidíme, že u tohoto typu 
příkazu nastává průchod příkazovou částí 
vždy, minimálně jedenkrát. 

Příkaz nepodmíněného cyklu 

Provádění iterace se zvoleným, explicitně 
nastavitelným počtem opakování umožňuje 
nepodmíněný příkaz cyklu typu 

,ori: = v 1 ldowntol v2do 
begin 

příkazová posloupnost 

end, 

v němž i = řídicí proměnná cyklu, ví a v2 
= konstanty, výrazy nebo proměnné ordinál- 
ního typu, určující mezní (počáteční a ko- 
nečné) stavy počitadla cyklu. Alternativní 
klíčová slova to/downto určují funkci (vpřed/ 
/vzad) tohoto počitadla. V případě, že tělo 
cyklu není tvořeno jednoduchým, ale slože- 
ným příkazem, musí být opět ohraničeno 
klíčovými slovy begin - end. 




Obr. 6. Vývojový diagram pascalského cyklu FOR 


výstup 

if p then Pí else P2 


výstup 
if p then P 


Obr. 3. Dvě základní varianty podmíně- 
ného pnkazu (a, b) lze modifikovat tak, že 
příkazová část bude tvořena sekvencí 
ohraničenou svorkami BEGIN-END; viz 
příklad c) 


výstup 
if p then 
begin 
Pí, 

P2 

end 



Obr. 4. Diagram příkazu několikanásobného větvení CASE 
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Graficky je průběh cyklu for znázorněn na 
obr. 6. Jeho provádění začíná přiřazením 
počáteční hodnoty řídicí proměnné i:= ví. 
V případě úspěšného testu okrajových pod- 
mínek (tj. u cyklu to při ví <v2, u cyklu downto 
při v1>v2 je vyhodnocena podmínka 
p = true a provádí se poprvé příkazová část 
cyklu, inkrementuje nebo dekrementuje se 
stav počitadla cyklů. Tím je ukončena přípra- 
va pro následující cyklus, přechází se opět 
na vstupní test. Cyklus se opakuje tak dlou- 
ho, dokud nebude vyhodnocena podmínka 
p = falše. To nastane u cyklu typu to při i>v2, 
u typu downto při i<v2. Proto, při nevhod- 
ných podmínkách už při prvním vstupu do 
testu (viz výše) se může stát, že průchod 
cyklem vůbec nenastane, celý příkaz se 
chová jako prázdný. 

Porovnáme-li pascalský tvar cyklu for např. 
s jeho basicovým protějškem, vidíme přede- 
vším, že se neuplatňuje volba kroku cyklu 
(step) a zvláště explicitní užívání klíčového 
slova pro návrat do cyklu (next). Obojí souvi- 
sí s programovou bezpečností, se zavede- 
ním systému strukturovaných dat a rychlostí 
provádění cyklu (vyloučením typu reál z pří- 
pustných, ordinálních typů řídicí proměnné 
0- 

Pro názornost si uveďme jednoduchý při- 
klad použití cyklu for pro výpis libovolného 
úseku písmen v abecením pořadí. 

PROGRAM ABECEDA; 

VAR I : CHAR; 

BEGIN 

FOR l:= TTO 'N' DO 
WRITE(' ',1) 

END. 


Program využívá ordinálního uspořádání 
typu char. Každý znak kromě prvního a po- 
sledního má svého předchůdce a následní- 
ka. V úvodu programu je deklarována řídicí 
proměnná cyklu I jako typ char. Mezní hod- 
noty počitadla cyklu jsou udány znakovými 
konstantami tak, že rovnou označují krajní 
znaky vybraného úseku abecedy, který 
chceme znázornit. Řídicí proměnná se po 
každém průchodu cyklem inkrementuje or- 
dinálním přírůstkem (+1) a protože je typu 
char, vypisují se její jednotlivé znaky v cyklu 
opakovaným příkazem write. Každému zna- 
ku vždy předchází mezera ("). Když zapíše- 
me v příkazu cyklu např. stejné meze, jaké 


jsme uvedli 


, vypíše se text I J K L M N. Zkuste 


si, pokud máte k dispozici počítač, i jiné 
meze nebo opačný typ cyklu (downto). 

Cykly představují pro programátora velmi 
účinný nástroj. Mohou být užívány i tak, že 
jeden je vždy vložen do druhého, přičemž 
hloubka vložení není omezena. Každý vlo- 
žený cyklus pochopitelně musí být před ná- 
vratem do vnějšího ukončen, protože každá 
strukturovaná příkazová konstrukce musí 
mít jediný vstup i výstup (obr. 7). 

Můžeme říci, že jsme stručně prošli všech- 
ny rozhodující pascalské příkazy tak, aby- 
chom se mohli orientovat v konkrétních pro- 
gramech. Mnohé z nich jsme ovšem opome- 
nuli, příkladem může být třeba příkaz přiřa- 
zení - to proto, že je považujeme buď za 
dostatečně srozumitelné, nebo naopak příliš 
speciální. Protože se však nechceme stát 
specialisty na Pascal, domníváme se, že náš 
přístup je rozumný. Za důležitější považuje- 
me možnost poučit se z výstavby tohoto 
jazyka pro programování v asembleru, kde 
nestrukturovaná větvení běhu programu na 
základě nedomyšlených testů, hierarchicky 
nekontrolované užívání skokových instrukcí 
a nakonec i podprogramů představují velké 
nebezpečí. Vidíme už také, že začínat s pro- 
gramováním na úrovni asembleru není mož- 
né. Je nutné respektovat a využívat základní 
poznatky z výstavby strukturovaných jazyků 
jako je Pascal, včetně rozkladu programové- 
ho řešení do jednotlivých programových mo- 
dulů. Teprve po určitém, svým způsobem 
abstraktním zvládnutí vhodné koncepce mo- 
dulu má smysl přecházet k jeho konkrétnímu 
řešení na úrovni asembleru - s tím, že 
prostřednictvím instrukčního souboru vytvá- 
řené příkazové typy by se měly blížit příkazo- 
vé struktuře virtuálního pascalského počíta- 
če, přehledově zachycené na obr. 8. 


Jednoduché příkazy 

Přiřazeni 

Procedura 

Skok 


Sfrukturovane příkazy 

SEKVENCE 

ALTERNATIVA 

ITERACE 

složený příkaz 

if 

čase 

while 

until 

for 


Obr. 8. Hrubé rozdělení typů pascalských 
příkazů 
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Obr. 7. Symbolické programové a grafické 
znázornění konstrukce a průběhu zpracová- 
ní hierarchie vložených cyklů 


Aby byl programovací jazyk efektivní 
a bezpečný, musí ovšem umožňovat mno- 
hem víc, než práci s efektivní příkazovou 
strukturou. Musí dále především disponovat 
vhodnými prostředky pro výstavbu hierar- 
chicky členěného programu. 

Podprogramy 

Podprogramy se běžně používají ve 
všech programovacích jazycích, tedy např. 
i v asembleru nebo v BASIC. Jejich původ- 
ním posláním bylo usnadnit práci programá- 
torovi tehdy, kdy by musel určitý blok v pro- 
gramu znovu a znovu mnohokrát opakovat. 
Z tohoto hlediska usnadní orientaci obr. 9, 
porovnávající potřebu paměťové kapacity 
při výstavbě programu bez a s využitím 
podprogramů, protože na první pohled uve- 
dený postup šetří nejen práci, ale i místem 
programové paměti. Ovšem, jak obr. 9 na- 
značuje, úspora paměťových nároků se vý- 
razněji projeví jen tehdy, je-li volaný podpro- 
gram dostatečně rozsáhlý. Velmi často ov- 
šem užívání podprogramů přináší více pro- 
blémů, než užitku. 




Obr. 9. Porovnání programové výstavby 
s opakujícími se bloky (a) a s využitím pro- 
středků volání a návratů z podprogramů 

Klasický podprogram představuje uzavře- 
ný program, který v principu může být volán 
z libovolného místa hlavního programu. Vo- 
lající program ovšem musí podprogramu 
nějakým způsobem předat data (parametry), 
které má zpracovat. Musí se zabezpečit 
uložení návratové adresy, obsahy proměn- 
ných či registrů před možnou destrukcí atd. 
Podprogram pak po ukončení své činnosti 
předává znovu řízení programu, který jej 
vyvolal. Tomu také musí předat případná 
zpracovaná data. To vše je samozřejmé 
časově náročné a navíc, jednoduše koncipo- 
vaná struktura podprogramu narušuje kon- 
cepci strukturovaného programování. I tak je 
však předávání parametrů v nižších jazycích 
a zvláště v asembleru obtížné. Proto se 
mnohdy vyplatí od užívání malých podpro- 
gramů ustupovat, protože kapacita paměti 
přestává u mikropočítačů hrát dominantní 
roli. Tu naopak přebírá systematičnost struk- 
turované výstavby programového vybavení. 

Podprogramy vyšší úrovně představují 
v jazyku Pascal procedury a funkce, kterých 
se užívá jako modulů podle zásad hierar- 
chické vertikály. Jejich výstavba je podporo- 
vána konvencí užívání vnějších a^vnitřních 
(lokálních) proměnných, míněno ve vztahu 
k příslušnému modulu. Ve svém ,,modulu“ 





PROGRAM HLAVNÍ i 
VAR A,B,X,Y 


PROCEDUŘE S A MOST, 

VAR A,X 

BEGIN 

plat! pouze ■■ 

*- vnější- B,Y 

lokální: A, X 

END; 

BEGIN 

plat i pouze proměnné 
hlavního programu A,B,X,Y 

PROCEDUŘE GLOBAL; 

VAR C,Y 

BEGIN 

plat! pouze 

vnější A,B,X 

lokální C,Y 


PROCEDUŘE LOKAL , 

VAR D,X 
BEGIN ( 
ptat! pouze 
- -** globální ■ A,B 
i vnější ) C,Y 
L ~“” lokální D,X 
END, 


platí stále 

vnější: A,B,X 

— "■ lokální : C, Y 
END, 

platí stále pouze 

^ proměnné 

hlavního programu : A,B,X,Y 


Obr. 10. Deklarace, platnost a zastiňování 
proměnných (globálních a vnějších) v jed- 
noduchých a vnořených procedurách 

je lokální proměnná schopna zastínit vý- 
znam případné stejnojmenné vnější nebo 
globální proměnné, tedy např. proměnné 
volajícího modulu. Jsou-li v nadřazeném, 
volajícím programu deklarovány proměnné 
A, B, X, pak, pokud volaný podprogram (pro- 
cedura) užívá lokální stejnojmenné pro- 
měnné A, X, vnější proměnné A, X se 
v proceduře neuplatní. Proměnná B ovšem 
zastíněna není (obr. 10). 

Skutečný, hierarchicky členěný pascalský 
program tedy pro svoje hierarchické členění 
užívá procedur a funkcí, které mohou tvořit 
samostatné moduly programu. Mohou však 
být také vhnízděny, vnořeny jeden do druhé- 
ho. 

Procedury 

Struktura zápisu procedury je v podstatě 
shodná se zápisem běžného programu. 
Skládá se opět z hlavičky, deklarační a pří- 
kazové části. Na rozdíl od programu se 
však ukončuje středníkem. 

Hlavička procedury se skládá z klíčového 
slova proceduře, jejího symbolického jména 
(identifikátoru) a seznamu formálních para- 
metrů. Pole formálních parametrů není po- 
vinné, protože pochopitelně existují i proce- 
dury bez parametrů. Příklad: 

PROCEDUŘE CVICNA ( 

VAR PROD1: INTEGER; 

HODN: INTEGER; 
VAR PROD2: INTEGER); 

Ze zápisu hlavičky vidíme, že procedura 
CVICNA má tři formální parametry, všechny 
typu integer. Formální parametry se nahra- 
zují skutečnými parametry shodného typu 
při vyvolání procedury. 

Užívá se dvou typických způsobů předání 
parametrů: 

- hodnotou, 

- odkazem (referencí). 


Formální parametry předávané hodnotou se 
v hlavičce blíže nespecifikují, parametry 
předávané odkazem se uvozují klíčovým 
slovem var. 

V popisné části procedury se v případě 
potřeby deklarují užité lokální proměnné, 
které existují pouze po dobu provádění pro- 
cedury. Lokální proměnné nemají při vyvolá- 
ní procedury přiřazeny hodnoty a nemohou 
být nijak využity vnějším programem, proto- 
že jsou pro něj nepřístupné. 

Tělo procedury tvoří běžná příkazová 
struktura, užívající formální parametry spe- 
cifikované v hlavičce a příslušné lokální kon- 
stanty a proměnné. 

Celý formální zápis procedury je popisem 
její činnosti. Procedura je aktivována teprve 
vyvoláním z vnějšího programu, které se 
provádí zápisem příkazového řádku volání 
procedury s uvedením identifikátoru a sez- 
namu skutečných parametrů, např. CVICNA 
(A, A, B). Typy, pořadí i počet skutečných 
parametrů musí být ve shodě se specifikací 
parametrů formálních. 

Obě metody předávání parametrů vyplý- 
vají jednak z lokálního charakteru procedury 
(uzavřený podprogram) a tedy i dočasného 
charakteru jejích proměnných, které s ukon- 
čením jejího zpracování zanikají, jednak 
z potřeby zajištění hierarchické bezpečnosti 
programové struktury. 

Uvažujme nejprve předání skutečného 
parametru hodnotou. Při vyvolání procedury 
se nejprve po vyhodnocení parametru for- 
málního (např. HODN: INTEGER) vytvoří 
uvnitř procedury pomocná lokální proměn- 
ná, do které se následně přenese hodnota 


END; 

BEGIN 
A: =3 ; 

VRITE C ' A 
VRITELN; 

VRITELN CA: 6, B: 6) ; 
CVICNA CA, A, B) ; 
VRITELN C A: 6 , B: 6) ; 
CVICNA CA, A— 3 , A) ; 
VRITELN C A: 6 , B: 6) 
END. 


RUN 

A B PROD1 

3 23838 

3 23838 3 

6 23838 6 

6 23838 6 

6 4 6 

6 4 

6 4 6 

7 4 7 

7 4 7 

2 4 2 

2 4 


skutečného parametru, specifikovaného při 
volání. Již na počátku zpracování příkazové 
části procedury má tedy pomocná proměnná 
přiřazenu počáteční hodnotu skutečného 


předávaného parametru. Dále jsou již sku- 
tečný parametr vnějšího programu a lokální 
parametr uvnitř procedury vzájemně závislé, 
neovlivňující se. Z toho také vyplývá, že 
předání parametru hodnotou je možné pou- 
ze směrem z vnějšího programu do procedu- 
ry, ale ne naopak. 

Pro výstup parametrů z procedury se uží- 
vá jejich předání odkazem. Rozdíl je v tom, 
že při vyvolání procedury nepředávají vnější 
proměnné jako parametr své hodnoty, ale 
adresy, na kterých jsou uloženy. Procedura 
proto při následném zpracování může obsah 
této pro ni vnější proměnné ovlivňovat. 

Protože pochopení mechanismu předává- 
ní parametrů vyžaduje hlubší zamyšlení 
a má mimořádný význam, projdeme si nyní 
podrobněji velmi jednoduchý školní příklad 
programu s využitím procedury. Záměrně 
jsme zvolili stejný příklad, jaký je uveden 
v [2], str. 77, který jsme pro přehledný 
postih doplnili o výpis obsahů jednotlivých 
proměnných tak, jak jsou včetně činnosti 
při vyvolání procedury postupně přiřazovány 
vnějším i lokálním parametrům. Výpis pro- 
gramu je v tab. 2. 

Realizace programu začíná přiřazením 
obsahu globální proměnné (A) = 5, obsah 
druhé globální proměnné B zatím zůstává 
nedefinovaný. V této fázi zatím můžeme 
sledovat pouze tyto proměnné, protože pro- 
gram probíhá mimo proceduru. 

Následuje první vyvolání procedury se 
skutečnými parametry, CVICNA (A, A, B). 
Nejprve se tedy nahrazují formální paramet- 
ry skutečnými. V našem případě je předáván 
jeden parametr hodnotou, dva odkazem. 


B PR0D1', HODN PROD2 O ; 


HODN PR0D2 

3 25838 

3 23838 

4 25838 

4 4 

3 6 

3 7 

2 7 

2 2 
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Tab. 2. Demonstrační program předávání parametrů procedury 
PROGRAM HDNODK; 

VAR A, B: INTEGER; 

PROCEDUŘE CVICNA CVAR PROD1 : INTEGER; HODN: INTEGER; 
VAR PROD2: INTEGER) ; 

BEGIN 

VRITELN < A: 6 , B: 6 , PROD1 : 6 , HODN: 6 , PROD2 : 6) ; 

PROD1 : =PRODl+l ; 

VRITELN (A: 6, B: 6, PROD1 : 6, HODN: 6,PR0D2: 6); 

HODN: =HODN— 1 ; 

VRITELN C A: 6 , B: 6 , PROD1 : 6 , HODN : 6 , PROD2 : 6> ; 

PROD2: =HODN; 

VRITELN C A: 6 , B : 6 , PROD1 : 6 , HODN : 6 , PROD2 : 6) ; 




Proto je přiřazena jediná hodnota, odpovída- 
jící obsahu vytvořené pomocné lokální pro- 
měnné, HODN:=(A)=5. Odkazem jsou 
předány adresy skutečných parametrů, tedy 
PROD1 - A, PROD2 = B. Obsah těchto 
proměnných se ovšem v úvodní části při 
předávání odkazem nijak neaktualizuje, pro- 
to i nadále zůstává (A) = 5,(B) = nedefino- 


vaná hodnota. 

Po předání parametrů se při nevyužité 
možnosti deklarace lokálních proměnných 
přechází k provádění těla procedury se sku- 
tečnými parametry. Po třech jednoduchých 
přiřazovacích příkazech. 


PROD1:=PROD1+1 
HODN:= HODN - 1 
PROD2: = HODN 


(A) 


= (A) +1=5+1=® 
5-1-4 
(B) = Ě 


je první zpracování procedury ukončeno. 
Jak vidíme, obsahy globálních proměnných 
jsou nyní rovny (A) - 6, (B) = 4. 

Vnější program ovšem pokračuje bezpro- 
středním novým voláním stejné procedury, 
tentokrát s jinými skutečnými parametry, viz 
příkaz CVIČNÁ (A, A-3, A). Po vyvolání se 
znovu předá počáteční hodnota HODN:=(A) 
- 3 = 3 a odkazy PROD1 - A, PROD2 = A. 
V tomto případě budou výjimečně známé 
i obsahy všech užitých proměnných ihned na 
počátku zpracování procedury. Po zpraco- 
vání procedury. 

PROD1 := PROD1 + 1(A) - (A) + 1= 64-1=7 
HODN := HODN - 1 3-1-2 

PROD2 := HODN | (A) = 0 


budou globální proměnné obsahovat (A) 
= 2, (B) = 4. 

Zkuste si opět program sami modifikovat, 
jak rozšiřováním těla procedury, tak využitím 
lokálních proměnných. Sledujte, jak se up- 
latňuje zastiňování vnějších objektů lokální- 
mi deklaracemi a také jak na vaše chyby 
reaguje kompilátor chybovými hlášeními. 


Funkce 

Také funkce je uzavřeným podprogra- 
mem a představuje tedy určitou, speciální 
obdobu procedury. Se dvěma základními 
rozdíly: 

- procedura se vyvolává příslušným příka- 
zem. Funkce se naopak v programu, kde má 
být užita, pouze zapisuje symbolickým jmé- 
nem, doplněným seznamem skutečných 
vstupních parametrů; 

- funkce může mít i několik vstupních para- 
metrů, výsledkem však vždy bude jediná 
vypočtená hodnota. 

Funkce jsou tedy speciální podprogramy 
pro výpočet jediné hodnoty určitého typu. 
Vypočtená hodnota funkce je předávána na 
pozici jejího zápisu, tedy identifikátoru ve 
volajícím programu. Využití vypočtené funk- 
ce je vždy záležitostí vnějšího programu, 
v němž může být identifikátor se skutečnými 
parametry součástí výrazu nebo přiřazova- 
cího či jiného příkazu. 

Deklarace funkce je velmi podobná dekla- 
raci procedury. Stejně jako u procedur se 
umisťuje za deklaracemi proměnných. Hla- 
vička se skládá z klíčového slova function, 
identifikátoru, seznamu formálních vstup- 
ních parametrů a označení typu počítané, 
předávané hodnoty. Pole lokálních dekla- 
rací je nakonec následováno blokem příka- 
zové posloupnosti. 

Osvětlit deklaraci i zápis funkce ve vněj- 
ším programu opět napomáhá jednoduchý 
příklad, řešící výpočet faktoriálu zadaného 
čísla, tab. 3. Toto číslo se zadává prostřed- 
nictvím klávesnice na příslušný náznak. Tělo 
funkce řeší výpočet ukládáním postupných 
součinů čísel (1 , 2, 3 ... X) s využitím 
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Tab. 3. Příklad deklarace a zápisu funkce 
v programu 

PROGRAM FUNKCE; 

VAR 

A: INTEGER; 

Z: REÁL; 

FUNCTION FACT CX: INTEGER) : REÁL; 
VAR 

I: INTEGER; 

F: REÁL; 

BEGIN 

F:*l; 

FOR I:«l TO X DO 
F:=I*F; 

FACT: -F 
END; 

BEGIN 

VRITELN C 'ZADEJ CISLOrO; 

READ CA); 

Z: “FACT CAD; 

VRITELN C ' F AKTORI AL ',A, 

END. 

RUN 

ZADEJ CISLO: 

13 

F AKTORI AL 13 - 6.22702E+09 

pomocné lokální proměnné F. Ve vnějším 
programu je identifikátor funkce se skuteč- 
ným parametrem zapsán na předposledním 
řádku jako součást přiřazovacího příkazu. 

Datové typy a struktury 

Ač stručně, prošli jsme podstatnými pro- 
středky jazyka Pascal z hlediska jeho vý- 
stavby a příkazové struktury. Program je 
ovšem vytvářen nejen s využitím příkazů, ale 
i dat. Na data mohou být při řešení různých 
úloh kladeny různé požadavky, například 
z hlediska typu, informačního rozsahu, přes- 
nosti nebo struktury. Proto jsou u vyšších 
jazyků datové reprezentace širšího sorti- 
mentu základních a speciálních typů doplně- 
ny možností vytvářet jejich složitější, hro- 
madné struktury (pole, řetězce, záznamy, 
soubory . . . ). To v souhrnu znamená mož- 
nost volit datové typy podle potřeby pro- 
gramu tak, aby nad nimi prováděné operace 
byly efektivní a dostatečně přesné nebo 
výstižné. 

Každá práce s nějakými datovými repre- 
zentacemi musí probíhat podle určitých pra- 
videl, jinak jsou dosažené výsledky nepřes- 
né nebo i zcela nesmyslné. Obdobné infor- 
mace o datech, s nimiž pracuje, musí mít při 
schopnosti pracovat se širší základnou dato- 
vých typů i pascalský program. Jsou mu 
předávány v definiční a deklarační části 
zdrojového textu, tedy v té části programu, 
které jsme si dosud všímali pouze okrajově. 

Pascalský program se vždy skládá ze 
dvou vzájemně neoddělitelných částí, dekla- 
rační a příkazové, obr. 2. 

Deklarační část musí jednoznačně, podle 
stanovených pravidel, popisovat každou uži- 
tou konstantu, proměnnou či návěští. Pro 
potřeby překladače musí být u každého 
z těchto objektů implicitně nebo explicitně 
definován typ a deklarován jeho identifikátor. 

V jazyku Pascal jsou implicitně definovány 
tyto standardní, jednoduché datové typy: 
Integer, reál, Boolean a char. Pro dokonalý 
postih každého takového objektu proto po- 
stačí v deklarační části programu objekt 
pouze deklarovat, např.: 

const 
A = 13; 
var 

B, C : integer; 


X : reál; 

Y, Z : char. 

Deklarace tedy znamená pojmenování ob- 
jektu, např. proměnné, symbolickým jmé- 
nem, kterým pak v programu tuto proměn- 
nou identifikujeme. Víme, o jaký typ proměn- 
né se jedná a díky systematickému zápisu 
deklarační části to ví i překladač. Proto může 
podle typu datového objektu přidělovat po- 
třebný paměťový prostor, kontrolovat pří- 
padné překročení mezí přípustných hodnot 
aj. 

Pascal umožňuje pracovat i s několika 
dalšími typy dat, které však specifikuje pou- 
ze formálně a programátor si je může upra- 
vovat pro potřeby aplikace. Získává tak účin- 
ný nástroj k výstavbě svým způsobem vlast- 
ních datových typů a struktur. Ty nyní ovšem 
musí být nejprve definovány, teprve pak mo- 
hou být užity při deklaraci objektu. Explicitní 
definice vycházejí z typů již definovaných, 
které samozřejmé představují známé stan- 
dardní typy. 

Podobně jako u příkazových typů omezuje 
Pascal také počet vyšších datových typů. 
Mohou být definovány typy: 
výčtový, pole, 

interval, záznam, 

množina, soubor. 

Jednotlivé datové typy si nyní stručné popí- 
šeme. 


Výčtový typ 

Pomocí definice výčtového typu je možno 
zavést nový typ datového objektu charakte- 
ristický tím, že má programátorem stanove- 
ný, omezený rozsah zobrazení hodnot. Vý- 
čtový typ je typ ordinární, každá jeho položka 
má svoje pořadové číslo (0, 1 až N), platí 
u něj i standardní funkce ord (pořadové 
číslo), před (předchůdce), succ (následník) 
pro vyhledávání jednotlivých položek. Rov- 
něž může být při jejich zpracování využito 
relačních operátorů <,>,=,<>,<=,>=. 
Jako příklad definice výpočtového typu si 
můžeme uvést seznam schematických zna- 
ček 

TYPE ZNAČKY = (ODPOR, CÍVKA, DIO- 
DA, TRANZISTOR, . . . ); 

a následnou deklaraci proměnné tohoto typu 
VAR S: ZNAČKY. 

Typ interval 

Uvnitř definovaného ordinálního typu 
může být definován nový typ interval s ome- 
zeným rozsahem hodnot vůči původnímu, 
tzv. hostitelskému typu. Tak například v obo- 
ru typu integer můžeme definovat interval 

TYPE PORADÍ = 5 . . 13; 
uvnitř typu char 

TYPE ZNAMKA = T . . '5'; 
uvnitř výčtového typu ZNAČKY interval 

PASIVNÍ = ODPOR . . DIODA. 

Jediný ze standarních typů, který nemůže 
tvořit položku intervalu, je číselný typ reál, 
který není ordinal. 

Při práci s proměnnými typu interval zůstá- 
vají i nadále platné veškeré operace, syntak- 
ticky odpovídající hostitelskému typu. Zave- 
dené omezení rozsahu přípustných hodnot 
zpřehledňuje a usnadňuje zápis i vyhodno- 
cování proměnných a výsledků. 

Množiny 

Pascal rovněž umožňuje práci s daty typu 
množina (set), jaká známe z množinové 
algebry. Nad těmito množinami je možno 
provádět obvyklé operace sjednocení (U 
= +), průniku (A =*) a rozdílu ( - ). Prvky 
množin mohou být opět pouze položky jed- 
noho typu. Na rozdíl od předchozích typů 
však položky množiny nejsou nijak uspořá- 
dány. 
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Před deklarací musí být typ položek mno- 
žiny samozřejmě opět definován, buď impli- 
citně (u jednoduchých typů), nebo explicitně 
programátorem. Užijeme-li tedy např. jako 
základní již definovaný výčtový typ ZNAČ- 
KY, pak můžeme definovat množinu typu, 

SCHÉMA = SET OF ZNAČKY; 
a pak deklarovat proměnné tohoto typu 

VAR 

PASIV, AKTIV, POLOV : SCHÉMA; 

Přiřazení hodnot jednotlivých proměn- 
ných typu množina se provádí pomocí tzv. 
konstruktoru, tj. seznamu prvků příslušného 
typu množiny, uvedeného v hranatých zá- 
vorkách, tedy například 
PASIV:= [ODPOR, CÍVKA, DIODA,...]. 

Vedle již uvedených základních množino- 
vých operací umožňuje Pascal test množin 
na rovnost a nerovnost (=, < >) a obsažení 
jedné množiny v druhé (<=, >-). Pro test 
příslušnosti libovolného prvku k určité mno- 
žině se užívá operátoru IN, např. zápis DIO- 
DA IN PASIV bude vyhodnocen jako true, 
protože DIODA je položkou množiny PASIV. 
Výsledků operací, prováděných nad množi- 
nami, tak lze využít jejich vyhodnocením 
podmíněnými příkazy k řízení programu. 

Zatímco výčtové, intervalové i množinové 
typy představují do určité míry omezení 
a zjednodušení rozsahu bázových typů, jsou 
další datové typy, jejichž vytváření Pascal 
podporuje, naopak vů£i výchozím typům 
podstatně rozsáhlejší a komplexnější. 
Vznikají složitější datové struktury, datové 
bloky. Přitom však i nadále zůstávají poměr- 
ně přehledné, protože jejich konstrukce je 
omezena pascalskou syntaxí na několik pří- 
pustných abstrakcí. Základní, nejdůležitější 
i nejužívanější takovou strukturou je pole. 

Pole 

Pole (array) je základním představitelem 
sleženého datového typu. Jeho položky mo- 
hou být tvořeny jak jednoduchými, tak slože- 
nými typy. Všechny položky pole však musí 
být vždy shodného typu. Tím, že příkazová 
struktura jazyka dovoluje provádět efektivní 
operace s hutnějšími datovými strukturami, 
roste jak výkonnost, tak přehlednost práce 
s počítačem. 

Přesněji si můžeme pole definovat jako 
souvislý blok uspořádaných datových polo- 
žek stejného typu, přičemž počet položek je 
přesně znám. Každá položka má proto v poli 
své přesně určené místo (obr. 11). Pole je 
pojmenováno symbolickým jménem, např. 
PÓL. Každé položce pak přísluší shodné 
jméno, doplněné jejím indexem v hranatých 
závorkách, např. POL [1] až POL [N]. Po- 
mocí indexu, kterým je každá proměnná 
v rámci pole jednoznačně identifikovatel- 
ná, se k ní zajišťuje přístup (zápis, čtení). 

Deklarace pole má tvar 
VAR JMÉNO : ARRAY [ml . . m2] OF TYP; 
zde isou array a of klíčová slova, výraz 
jmi . . m2] určující typ a meze indexů je 
intervalového typu a TYP je pozice určená 
pro označení typu pole. 
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Obr. 1 1. Znázornění struktury pole v paměti 
mikropočítače a strategie přístupu k jeho 
jednotlivým položkám 


Každá položka pole se, podle svého ozna- 
čení, nazývá indexovaná proměnná a má 
stejné vlastnosti jako běžná proměnná 
stejného typu. Organizovaná struktura 
indexovaných proměnných uvnitř pole 
umožňuje efektivní zpracování číselných 
a textových algoritmů, viz například vy- 
hledávání extrémních prvků pole, jejich 
řazení nebo třídění podle určitých kritérií. 

Až dosud jsme pole uvažovali pouze jako 
jednorozměrnou uspořádanou datovou 
strukturu, v níž je každá položka označena 
indexem. Pro úplnost je vhodné upozornit, 
že samozřejmě existují i několikarozměrná 
pole. Z nich nejznámější je pole dvourozměr- 
né, tzv. matice. Jeho protějšek opět nachází- 
me v klasické matematice. Takovou matici 
můžeme deklarovat například následujícím 
způsobem 

TYPE MAT = ARRAY [ 1 . . 10,1 . .51 OF 
INTEGER; 

VAR X : MAT; 

Uvedená matice s dvojím indexem X [ I, J] 
se skládá z deseti řádků a pěti sloupců. 
Protože je typu integer, bude při lokaci každé 
položky ve dvou bytech matice vyžadovat 
kapacitu paměťového procesoru 10x5x2 
= 100 byte. 

Orientační příklad práce s jednoduchým 
číselným polem je v tab. 4. Program SAPP 
ukazuje deklaraci číselného pole reál, způ- 
sob zápisu hodnot jednotlivých položek 
(indexovaných proměnných) a jejich zpra- 
cování, tj. součet a výpočet průměrné 
hodnoty s využitím dvou cyklů for. První 
cyklus slouží pro načtení stanoveného 
počtu položek pole (N = 6) z klávesnice, 
druhý cyklus pro jejich nastřádání do po- 
mocné proměnné ACC. Jak zadané polož- 
ky, tak výsledný součet a průměr jsou 
v prováděcím režimu vypsány na obra- 
zovce. 

S typem pole se budeme velmi často 
setkávat i při práci v asembleru. Při konstruk- 
ci pole je pak vždy třeba: 

- rezervovat odpovídající místo pro pole 
v datové části paměti, přičemž potřebný 
prostor je určen počtem prvků pole a jejich 
typem, 

- zajistit odkaz na počátek pole (tj. bázovou 
adresu pole) a jeho jednotlivé položky, tj. 


Tab. 4. Příklad práce s jednoduchým čísel- 
ným polem 

PROGRAM SAPP; 

CONST N=6; 

VAR 

I: INTEGER; 

ACC, PRUM: REÁL; 

P: ARRAY C1..N] OF REÁL; 


indexované proměnné. Adresu každé polož- 
ky je možno určit součtem bázové adresy 
a tzv. posunutí, určeného součinem indexu 
této proměnné a počtu bytů, potřebných pro 
reprezentaci typu jedné položky tohoto pole 
(obr. 11). 

Indexovanou proměnnou tedy můžeme 
považovat za obdobu běžné statické pro- 
měnné stejného typu s tím, že je nedílnou 
součástí vyšší datové struktury, pole, v němž 
má svou přesně určenou pozici. Přívlastek 
statický znamená, že proměnná, popsaná 
v deklaračním úseku příslušného programo- 
vého bloku (globálního, lokálního), existuje 
po celou dobu jeho aktivity. 

Textové řetězce 

Dosud uvažovaný typ pole může jako 
svou položku použít libovolný typ, tedy i zna- 
kový typ char. Tento případ však v podstatě 
znamená plýtvání pamětí, protože v Pascalu 
je minimální adresovatelná kapacita pamě- 
ťové buňky word = 2 byte. Za tímto účelem 
byl zaveden tzv. zhuštěný typ pole, packed 
array, využívající pro reprezentaci každé 
položky char právě jeden byte. Takto lze 
definovat jak znakové řetězce, tak konstan- 
ty- 

Případ definice typu řetězce: 

RETEZ - PACKED ARRAY [i . . 10 1 OF 
CHAR; 

a navazujícf deklarace proměnné 

POPIS : RETEZ;. 

Také při práci s řetězci je možno používat 
relační operátory. 

Záznam 

Někdy je poměrně značným nedostatkem 
datového typu pole z hlediska obsahové 
účinnosti to, že jeho položky mohou být 
tvořeny pouze objekty shodného typu. V pra- 
xi je poměrně často, zvláště při hromadném 
zpracování dat, třeba sdružovat několik da- 
tových položek různého typu do jedné složky 
- například v nějaké agendě může takovou 
složku tvořit jméno pracovníka (char), ročník 
narození (integer), profese (char) atd. Pro 
podobné účely je v jazyku Pascal zaveden 
datový typ záznam. 

Záznam představuje datovou strukturu, 
sestávající z definovaného počtu pojmeno- 
vaných položek, přičemž každá položka 
může být libovolného typu. Položka zá- 
znamu tedy může být tvořena i polem nebo 
jiným záznamem. Každá položka i celý zá- 
znam musí být definovány v deklaračním 
úseku programu. Definice, deklarace i užití 
proměnné typu záznam si všimneme v sou- 
vislosti s obr. 12. 

Ve schématu definice záznamu se užívá 
klíčových slov type a record. Ještě jednou 
zdůrazněme, že jak celý záznam, tak všech- 


BEGIN 

VRITELN C ‘ZADEJ HODNOTY POLE: 
FOR I: =1 TO N DO READ <P[I]); 
ACC: =0; 

FOR I: =1 TO N DO 
ACC: -ACC + P Cl] ; 

PRUM: =ACC/N; 

VRITELN; 


Obr. 12. Deklaraci konkrétní proměnné (AI) 
typu záznam musí předcházet jeho definice 
(EVIDCIS). K jednotlivým položkám této pro- 
měnné se přistupuje pomocí selektoru, tvo- 
řeného jménem proměnné (AI) a identifiká- 
toru položky (JMÉNO, ROČNÍK, PROFESE) 
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' SOUČET HODNOT =', 

ACC) ; 

přiklad 

přiklad 

VRITELN C 
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= * , PRUM) 

definice 
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END. 
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AI: EVIDCIS 

RUN 


JMÉNO 

packed array 

JMÉNO 

packed array 
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[1 ...181 of char 


[1. .18] of char 

0. 3 


ROČNÍK 

interval 
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LI. ..10] of char 


[ 1. 101 of char 


SOUČET HODNOT - 2.460000E+01 
PRŮMĚRNÁ HODNOTA = 4.10000E+00 
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ny jeho položky musí být označeny jménem 
s uvedením typu. V našem příkladu zavede- 
me položky JMÉNO, ROČNÍK, PROFESE, 
celý záznam pojmenujeme EVIDCIS. Defini- 
ce takového záznamu pak může vypadat 
následovně 

TYPE 

EVIDCIS - RECORD 

JMÉNO : PACKED ARRAY |1 . . 1 8| 
OF CHAR; 

ROČNÍK : 1920.. 1975; 

PROFESE : PACKED ARRAY 
II.. lOj OF CHAR 

END 

Tímto způsobem je zaveden typ záznamu 
EVIDCIS, který lze použít pro deklarace 
příslušných proměnných tohoto typu, napří- 
klad takto 

VAR AI : EVIDCIS; 

Deklarované jméno tvoří základní identifi- 
kátor proměnné AI typu EVIDCIS. Pro spe- 
cifikaci přístupu k jednotlivým položkám se 
doplňuje selektorem, tedy jménem té které 
položky, zavedeným při definici příslušného 
typu záznamu. V našem příkladu tedy třebas 
AI .JMÉNO = přístup k 1 . položce typu char 
(JMÉNO), 

AI. ROČNÍK = přístup k 2. položce typu 
interval (ROČNÍK). 

Je-li dále příslušná položka záznamu 
strukturovaného typu, doplňuje se její setek- 
tor dalším selektorem tak, aby cesta od 
identifikátoru k položce byla jednoznačně 
určena. 

Uvedeným způsobem lze přistupovat 
k celé struktuře, ke všem položkám proměn- 
ných typu záznam. To znamená definovat 
i číst jejich hodnoty jako u běžných proměn- 
ných, byť jsou součástí složitějšího, neho- 
mogenního celku. Uvažujeme-li předběžně 
o způsobech možného vytváření záznamu 
při programování v asembleru, bude jistě 
logické předpokládat přístup k jednotlivým 
položkám za pomoci ukazatelů. Přístup ov- 
šem bude ve srovnání s polem poněkud 
obtížnější, protože bude muset být respekto- 
vána struktura celého záznamu, vliv počtu 
a typů všech položek na nastavení ukazate- 
le. Zde již poměrně výrazně vystupuje do 
popředí nutnost systematické výstavby slo- 
žitějších datových struktur - v datové části 
operační paměti musí být vyhrazen přesně 
definovaný prostor pro všechny datové po- 
ložky záznamu. Jejich uložení pak musí ko- 
respondovat s optimální koncepcí pro- 
gramově řízeného přístupu k těmto polož- 
kám. 

Soubor 

Zcela mimořádný význam má v součané 
etapě vývoje výpočetní techniky datová 
struktura soubor (filé). Podobně jako pole, 
představuje soubor uspořádanou množinu 
položek stejného typu, ať již jednoduchého, 
nebo strukturovaného. Na rozdíl od pole 
však počet položek není stanoven. Není, 
přesněji nemusí být ani označena pozice 
položky uvnitř souboru, jako tomu bylo napří- 
klad indexováním proměnné v poli. Běžný, 
sekvenční přístup k položce souboru probí- 


há tak, že se postupně zpřístupňují všechny 
jeho položky. 

Soubory lze dělit několika způsoby, první 
je dělení na soubory pracovní a vnější. Pra- 
covní soubor je datová struktura, okamžitě 
existující v operační paměti počítače. 

S ukončením činnosti určitého programu za- 
niká i existence jeho pracovních souborů. 

Za skutečné soubory se považují soubory 
vnější, tj. takové, které se nacházejí mimo 
interní operační paměť, nejčastěji uloženy na 
médiích vnějších pamětí diskového typu (flop- 
py, hard), ale i na mgf kazetách nebo páscích. 
Podstatnou charakteristikou vnějších sou- 
borů je to, že jejich existence je trvalá. Nezá- 
vislá na okamžitých vnějších ani vnitřních 
činitelích, výpadcích napájecích napětí, po- 
ruchách systému aj. Vnější paměť s velkou 
kapacitou, řádově převyšující kapacitu ope- 
rační paměti, představuje za současného 
stavu techniky ideální prostředek archivace 
programů a dat, které mohou být do počítače 
zaváděny v případě jejich aktuální potřeby. 
Všechny programy a datové bloky se do 
vnějších pamětí ukládají ve formě sou- 
boru. 

Způsoby, jakými vnější paměť s vlastním 
počítačem spolupracuje, jsou ovšem různé, 
závisí na technických prostředcích, jakými 
počítač i paměťový systém disponují a také 
na užitém operačním systému. Těmito zále- 
žitostmi se budeme zabývat později. 

Další rozdělení lze odvodit přímo z určení 
souborů. Pro komunikaci typu operátor-po- 
čítač se z pochopitelných důvodů užívají 
soubory textové. Takový soubor proto musí 
být, před vlastním zpracováním v počítači, 
nejprve konvertován do příslušného kódu. 
To znamená vždy především prodloužení 
celkové doby zpracování souboru, mnoh- 
dy je i vyjádření informačního obsahu 
omezeným souborem alfanumerických 
znaků nevhodné nebo i nemožné. Nicmé- 
ně, textové soubory představují i nadále 
jediný univerzální způsob komunikace 
operátora s počítačem. 

Na druhé straně je mnoho situací, kdy 
textové soubory do značné míry nebo úplně 
ztrácejí opodstatnění a smysl. Je to vždy, 
když je třeba do vnější paměti až již pro 
systémové nebo uživatelské účely uložit 
takové datové či programové bloky, které 
budou později opět využity přímo počítačem, 
bez interakce operátora. Odpovídající dato- 
vé a programové soubory se pak vytvářejí 
v původním kódu příslušných položek 
a v této formě se také opět zavádějí zpět do 
počítače. 

Shrnuto, každý (datový, programový i tex- 
tový) soubor chápeme jako lineárně uspořá- 
danou množinu položek stejného typu, jejíž 
organizace umožňuje sekvenční zpracování 
souboru, tj. jeho postupné vytváření (zápis) 
nebo čtení. Pro postih základní charakteristi- 
ky práce se soubory je dobré uvědomovat si 
stále dvě skutečnosti. 

První - při vytvoření souboru se součas- 
ně, automaticky vytváří i tzv. přístupová pro- 
měnná tohoto souboru, jejíž typ je určen 
typem položek souboru. Prostřednictvím pří- 


stupové proměnné, kterou si můžeme před- 
stavit jako buffer v operační paměti, jsou 
předávány jednotlivé položky souboru mezi 
počítačem a vnější pamětí. Ze shody formá- 
tu přístupové proměnné a položky souboru 
vyplývá, že v každém okamžiku může být 
přístup pouze k jedné položce souboru, obr. 
13. 

Druhou\e skutečnost, že soubor s neurče- 
ným počtem položek musí být při zpracování 
nějakým způsobem ohraničen, ukončen. 
K tomu se používá tzv. příznak konce soubo- 
ru (end of filé). Prostřednictvím standardní 
vestavěné pascalské funkce EOF (jméno 
souboru) je při čtení prováděn test na dosa- 
žení konce pojmenovaného souboru. 

Různých souborů může být ve vnější pa- 
měti uložen prakticky „neomezený" počet. 
Systém jejich zpracování musí být proto 
zabezpečen tak, aby v okamžiku přístupu 
(čtení, zápis) k jednomu ze souborů byly 
ostatní soubory pro stejnou činnost nepří- 
stupné. K řízení práce se soubory se užívá 
příslušných procedur, vyvolávaných stan- 
dardními příkazy. Jak ukazují i následující 
schématické příklady vytváření a čtení sou- 
boru, soubor nemůže být současně otevřen 
pro čtení i zápis. 

Vytvoření souboru F, tedy jeho zápis, se 
v podstatě skládá ze tří fází: 

otevření souboru pro zápis, REWRITE (F), 
výstup položek souboru, 

WRITE (F, parametry), 
uzavření souboru, CLOSE (F). 

V příkladu jsou užity standardní příkazy 
zápisu jednotlivých procedur se jménem 
zpracovávaného souboru a předávanými 
parametry. Procedury rewrite a close před- 
stavují určité vnější svorky, otevírající 
a ukončující přístup k souboru. Procedura 
rewrite implicitně nuluje případný dřívější 
obsah souboru, do něhož proto zápis začíná 
od první položky. Procedura WRITE (F, pa- 
rametry) předává v cyklu hodnoty, odpovída- 
jící seznamu parametrů, prostřednictvím pří- 
stupové proměnné F ". Závěrečná procedu- 
ra close zpracovaný soubor uzavírá, obr. 14. 

Mechanismus čtení vnějšího souboru, 
z hlediska počítače tedy vstupního, je ob- 
dobný. Je opět řízen třemi standardními 
procedurami: 

otevření vstupního souboru, RESET (F), 

čtení jeho položek, 

READ (F, vstupní proměnná), 
uzavření souboru, CLOSE (F). 

Příkazem RESET (F) se do přístupové 
proměnné F " přenese hodnota první položky 
souboru a funkce EOF (F), hlídající konec 
souboru, se nastaví na hodnotu falše. Proce- 
dura READ (F, vstupní proměnná) postupně 
čte jednotlivé položky do uvedené proměn- 
né. S přečtením poslední položky je soubor 
vyčerpán, následuje čtení prázdné hodnoty 
do přístupové proměnné. To je vyhodnoce- 
no funkcí EOF (F) jako true, tedy jako konec 
souboru. Příkazem close je příslušný soubor 
znovu uzavřen. 

Soubor je tedy zpracováván s využitím 
přístupové proměnné F * a příznaku konce 
souboru EOF (F), obr. 15. Od tohoto sché- 
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Obr. 13. Znázornění 
přístupu k položkám 
souboru 



Obr. 14. Vytváření souboru; a) příkazem REWRITE (F) se ruší 
případný předchozí obsah otevíraného souboru, b) procedura WRI- 
TE (F, parametry) realizuje zápis jednotlivých položek do otevřeného 
souboru 






Obr. 15. Čtení souboru; a) příkazem RESET 
(F) se otevře soubor pro čtení. Do přístu- 
pové proměnné F~ se načte 1. položka 
a příznak EOF (F): = FALŠE, b) procedura 
READ (F, vstup) čte postupně položky 
otevřeného souboru. S koncem souboru je 

vyhodnocen příznak EOF(F):= TRUE 

matu se liší zejména textové soubory, orga- 
nizované do textových řádků, přičemž každý 
řádek může obsahovat různý počet znaků. 
Proto je každý řádek ukončován speciálním 
služebním znakem, umožňujícím využít pro 
detekci konce čteného řádku standardní 
funkce EOLN (F). 

Vytváření, čtení a modifikace souborů pat- 
ří při práci s diskově orientovanými systémy 
k základním uživatelským a programátor- 
ským pracím. Práce se souboj je pochopi- 
telně mnohem složitější a rozsáhlejší, než by 
se z nástinu základních principů mohlo zdát. 
Pro nás však zatím uvedené informace sta- 
čí. Uvědomme si ještě, že změnit obsah 
sekvenčně zpřístupňovaného souboru lze 
pouze jeho postupným čtením, zpracováním 
a znovuvytvořením. Příkladem může být po- 
stup cyklického výtváření kopie textového 
souboru, tab. 5, osvětlující názorně oteví- 
rání, zpracování i uzavření souboru. Dosud 
uvažované metody tedy umožňují modifiko- 
vat obsah souboru pouze jeho novým, ú- 
plným znovuvytvořením. Ve skutečnosti 
-zpravidla existují i další možnosti. Jednou 
z nich je doplňování souborů přípisem na 
jejich konec, druhou technika přímého pří- 
stupu k jednotlivým položkám. 

Dynamické proměnné 

Nakonec si ještě všimněme principu dyna- 
mických proměnných, tvořících spolu s uka- 
zateli základní prvek pascalských dynamic- 
kých datových struktur. 

Všechny dosud uvažované datové typy 
a struktury mají vedle zřejmých předností 
i jedno společné omezení, vyplývající 
z principu hierarchické struktury programu. 


Tab. 5. Cyklické čtení a vytváření 
textového souboru 


PROGRAM ZALOHA ( INPUT, OUTPUT) ; 
VAR 

FVST, FVYST : TEXT; 

Z : CHAR; 

BEGIN 

RESET (FVST); 

REVRITE (FVYST) ; 

VHILE NOT EOFCFVST) DO 
BEGIN 

WHILE NOT EOLN (FVST) DO 
BEGIN 

READ (FVST, Z); 

VRITE (FVYST, Z); 

END; 

READLN (FVST); 

VRITELN (FVYST) 

END 


Pro zajištění izolace lokálních proměnných 
právě aktivního programového bloku se pro 
ně využívá určité oblasti volné datové pa- 
měti RAM, organizované z hlediska přístu- 
pu jako zásobník - s každým vyvoláním 
vnořené části programu (procedury) se, po- 
čínaje od vrcholu operační paměti, obr. 16, 
do zásobníku ukládají příslušné deklaro- 
vané lokální proměnné, které pak s ukon- 
čením procedury automaticky zanikají. 
Rozsah zásobníku se tak v průběhu prová- 
dění programu mění. 

Určitým nedostatkem systému statických 
proměnných je v některých případech pevně 
stanovený formát užitého datového typu (de- 
finice) i jejich rozsah (deklarace), tedy právě 
to, co umožňuje zavést systém kontrol 
správnosti vzájemného přiřazení datových 
a příkazových typů nebo operátorů. Napří- 
klad do struktury statického pole nelze jed- 
noduše na libovolnou pozici doplnit nebo 
naopak z ní odebrat další položku - je třeba 
vytvořit pole nové a nově přiřadit hodnoty 
a indexy. Což je samozřejmě z hlediska 
časové režie, zvláště u rozsáhlého pole, 
značně náročné. Podobně je při práci se 
složitější datovou strukturou (záznam) třeba 
stále pracovat s plným formátem deklarova- 
né proměnné, i když je často třeba přistupo- 
vat pouze k jediné položce. To pak znamená 
plýtvání aktuálně využitým paměťovým pro- 
storem, včetně časových ztrát. 

Z uvedených důvodů je v Pascalu zave- 
den systém dalších, tzv. dynamických pro- 
měnných. Pro ně je v datové části operační 
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Obr. 16. Organizace prostorů statických 
a dynamických proměnných v operační pa- 
měti. Zásobník statických proměnných se 
zvětšuje i zmenšuje automaticky se zpraco- 
váváním lokálních procedur, prostor heap se 
zvětšuje s každým vytvořením nové dyna- 
mické proměnné procedurou NEW. Při zru- 
šení proměnné procedurou DISPOSE se 
však nemění pozice vrcholu heap, ale uvnitř 
sekce heap se vytvoří volný prostor, sekce 
se fragmentuje 

otevření vstupního souboru 
otevření výstup, souboru 
detekce konce FVST 

detekce konce řádku 

čtení dalšího znaku řádku 
zápis dalšího znaku řádku 

odřádkování FVST 
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Obr. 1 7. K definici a formátu prvku dynamic- 
ké datové struktury; a) k příkladu definice 
typu prvku jednoduchého seznamu a jeho 
statického ukazatele, b) prvek seznamu je 
typu RECORD. Může proto obsahovat něko- 
lik informačních položek. Jednou z nich bývá 
klíč (KEY), podle něhož může být organizo- 
váno řazení prvků seznamu 


paměti rezervován zvláštní prostor, ozna- 
čovaný jako heap (hromada). Zpravidla je 
orientován na opačném konci adresového 
prostoru vůči prostoru proměnných sta- 
tických, obr. 16. 

Umístění i formát dynamické proměnné ve 
vytvářené nebo zpracovávané vyšší datové 
struktuře je variabilní. Dynamickou proměn- 
nou je možno vytvářet, číst, měnit její obsah 
i rušit v průběhu provádění programu. Ze 
všech těchto aspektů vyplývá, že dynamická 
proměnná nemůže být předem deklarována. 
Proto také nemůže mít svůj indentifikátor, 
pomocí kterého bychom se na ni v programu 
odkazovali. Odkaz může být pouze nepřímý, 
prostřednictvím tzv. ukazatele, pointeru. 

Pro dynamické vytváření i rušení proměn- 
ných dynamického typu v průběhu programu 
se používají standardní procedury NEW 
(ukazatel) a DISPOSE (ukazatel). V dekla- 
rační části programu se vždy definují typy 
proměnných a ukazatelů, deklarují se pouze 
proměnné typu statických ukazatelů. 

Příklad definice prvku nejjednodušší dy- 
namické datové struktury, seznamu (jeho 
struktura je na obr. 17a): 

TYPE 

UKAŽ - * ELEM; 

ELEM = RECORD 

DATA : typ dyn. proměnné; 

NEXT : UKAŽ 

END; 

Zde je typ UKAŽ statickým ukazatelem na 
daný typ prvku seznamu ELEM, přičemž 
definovaný typ prvku ELEM se skládá ze 
dvou dále nedělitelných částí: 

a) z vlastní dynamické proměnné DATA 
jako nositele informačního obsahu, 

b) z dynamického ukazatele (odkazníku) 
na případný další prvek seznamu. 

Jak patrno z definice, statický ukazatel 
UKAŽ umožňuje přístup k oběma složkám 
dynamického prvku ELEM. K jejich rozlišení 
se používá tzv. dereferenční operátor " . Při 
jeho užití se uskutečňuje přístup k dynamic- 
ké proměnné DATA, bez něj k dynamickému 
ukazateli NEXT. 

V deklaračním úseku programu se dekla- 
rují statické proměnné typu ukazatel, např. 

VAR 

ZAC, POM, HEAP : UKAŽ ; 

Definovaný prvek seznamu typu ELEM se 
tedy skládá ze vzájemně vázané dvojice 
dynamická proměnná + „směrník" na další 
proměnnou. V programu se vytváří vyvolá- 
ním standardní procedury NEW s přísluš- 
ným ukazatelem (proměnnou) jako paramet- 
rem, např. NEW (POM). Při vyvolání se 
uskuteční tyto akce: 

V prostoru heap operační paměti se vytvo- 
ří a umístí blok, odpovídající definované 
struktuře prvku ELEM. Jeho adresa se uloží 


END. 
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do statického ukazatele, který byl paramet- 
rem procedury, tj. POM. Obě položky DATA 
a NEXT prvku mají po jeho vytvoření nedefi- 
nované obsahy. Přístup k jejich počáteční 
inicializaci i pozdějším změnám zajišťuje 

UkcLZclt6l 

S využitím dereferenčního operáto- 
ru “ se zajišťuje přístup k vlastní dynamické 
proměnné prvku. Příklad aktualizace jejího 
obsahu 

POM ' , DATA := {hodnota odpovídajícího 
datového typu}. 

Přístup k položce NEXT, jejímž smyslem 
je odkaz na další prvek seznamu, se syntak- 
ticky zapisuje bez zmíněného operátoru, 
např. POM. NEXT. Všimněme si však toho, 
že pokud vytváříme první z prvků nového 
seznamu, nemůže být jeho směrník iniciali- 
zován, protože dosud další prvek seznamu, 
na který má ukazovat, neexistuje. A navíc, 
při vytváření jednoduchého, lineárně uspo- 
řádaného seznamu ani existovat nebude, 
protože jeho struktura odpovídá zásobníku 
LIFO. Proto se směrník prvního vytvořeného 
prvku seznamu definuje pomocí klíčového 
slova NIL jako prázdný, tj. neukazuje na 
žádný další prvek. 

Mechanismus vytváření a následného 
čtení lineárně uspořádaného znakového 
seznamu názorně osvětluje program SE- 
' ZNÁM, tab. 6. Syntaxe definice dynamic- 

Tab. 6. Příklad zápisu a následného čtení 
dynamicky vázaného seznamu 

PROGRAM SEZNAM; 

TYPE 

e 1 em=RECORD 

next: ''elem; 
data: GH AR 
END; 
ukaz=~elem; 

VAR 

A: =CHAR; 

zac , pom , heap: ukaž ; 

BEGIN 

VRITELN ('PORADÍ ZÁPISU: ') 
MARK (heap) ; 
zac: *NIL; 

REPEAT 

READ CA>; 

NEV (porn); 
pouť', data: *A; 
porn'' . next: "zac ; 
zac: =po«; 

UNTIL EOLN; 
porn: =zac; 

VRITELN C 'PORADÍ CTĚNI: O; 
VHILE pomONIL DO 
BEGIN 

VRITE (pom^. data);, 
porn: =pom~ . next 
END; 

RELEASE (heap) 

END. 

RUN 

PORADÍ ZÁPISU: 
qwerty 7BC a 
PORADÍ CTĚNI: 
a CB7 ytrewq 


kých proměnných a ukazatelů se od standar- 
dní u Hisoft Pascalu poněkud liší, nicméně 
bude jistě na první pohled srozumitelná. 
Procedura MARK vymezuje paměťový pro- 
stor dynamických proměnných, procedurou 
RELEASE se tento prostor a tím i vytvořené 
dynamické proměnné a směrníky ruší. 

Vlastní program se skládá ze dvou samo- 
statných cyktů. V prvním cyklu REPEAT, do 
kterého se vstupuje s „prázdným" ukazate- 
lem ZAC, je postupně čten z klávesnice 
libovolný počet znaků . Každý znak je nejprve 
pložen do pomocné proměnné A (char) a ná- 
sleduje vytvoření jemu příslušného prvku 
seznamu. Jako parametru procedury se vyu- 
žívá pomocné proměnné POM, jejíž obsah 
po vytvoření příslušného prvku seznamu 
představuje dočasně jeho statický ukazatel. 
Pak vždy následuje aktualizace obsahu dy- 
namické proměnné přesunem obsahu zna- 
kové proměnné A. Do směrníku stejného 
prvku se přesouvá obsah statického ukaza- 
tele ZAC. U prvního prvku vytvářeného se- 
znamu proto bude POM ' . NEXT = NIL, 
samotný prvek tedy na žádný další prvek se- 
znamu neukazuje. Vzhledem k následující- 
mu přiřazení ZAC := POM naopak bude na 
tento prvek odkazovat směrník dalšího vy- 
tvořeného prvku atd. Zápisový cyklus je 
ukončen vyhodnocením stisku klávesy EN- 
TER. Na poslední z vytvořených prvků uka- 
zuje statický ukazatel proměnné ZAC 
= POM, jako vzájemné ukazatele jednotli- 
vých ostatních prvků slouží vždy směrníky 
sousedních, následně vytvořených prvků. 
Směrník prvku, který byl vytvořen jako první, 
je prázdný. Situaci postihuje obr. 18. 

Průběh čtecího cyklu je jednoduchý. Jako 
ukazatel na první čtený prvek (který však byl 
vytvořen jako poslední) je k dispozici obsah 
statické proměnné ZAC = POM. Hodnota 
(znak) dynamické proměnné tohoto prvku je 
vypsána na displeji a následuje přepis obsa- 
hu směrníku právě čteného prvku jako uka- 
zatele do POM. Tak je zajištěn odkaz na 
další čtenou dynamickou proměnnou. Zpra- 
cování seznamu probíhá v cyklu tak dlouho, 
až je přečten jeho poslední (první vytvořený) 
prvek s prázdným směrníkem. 

Uvedeným způsobem lze vytvářet sezna- 
my různé, předem nedeklarované délky. 
Prvky seznamu, představované strukturou 
typu záznam, ovšem mohou mít vůči příkla- 
du značně rozsáhlejší formát. Často se uží- 
vá takových formátů, v nichž některá polož- 
ka představuje tzv. klíč seznamu, obr. 17b, 
podle kterého mohou být jeho prvky uspořá- 
dány. Seznam se také může skládat z prvků 
různého typu. A konečně, do seznamu mo- 
hou být na libovolná místa přidávány (i ubírá- 
ny) další prvky. Různé varianty řešení těchto 
úloh jsou popsány, v |2, 3j. 

Seznam je tedy variabilní struktura jak 
z hlediska formátu jeho datových položek 
(obecně typu záznam), tak systému jejich 
vzájemných vazeb, ovládaných prostřed- 
nictvím ukazatelů. Přitom lze vidět dva 
zvláštní případy struktury seznamu, nevyu- 
žívající přístupu k jeho vnitřním prvkům: 

a) seznam, který se rozšiřuje (zápisem) 
a zkracuje (čtením) pouze na jeho konci, je 
vlastně zásobník LIFO - čten může být vždy 
pouze jeho poslední zapsaný prvek; 

b) seznam, který se doplňuje pouze na konci 
a je čten pouze na začátku, představuje 


frontu FIFO. Datové položky jsou proto zpra- 
covávány přesně v tom pořadí, v jakém byly 
do fronty zařazovány. 

Příkladem druhého možnému směru vyu- 
žití dynamických proměnných jsou tzv. stro- 
mové datové struktury. Nejčastější uplatnění 
mezi nimi nacházejí binární stromy. Prvek 
binárního stromu obsahuje kromě dynamic- 
ké proměnné ještě dva ukazatele, levý 
L a pravý P. Vzájemnou vazbou jednotlivých 
prvků prostřednictvím binárních ukazatelů 
vznikají dílčí stromy, tvořené vždy vrcholem 
V, levou a pravou větví, obr. 19a. Rozšíře- 



Obr. 19. Ke struktuře binárního stromu; a) 
prvek binárního stromu obsahuje dva ukaza- 
tele, b) hierarchická stromová struktura 


ním této základní struktury vzniká strom 
s vrcholem V, jeho levý a pravý podstrom 
jsou dále tvořeny dílčími stromy, obr. 19b. 

Tak, na rozdíl od seznamů, vznikají složi- 
tější, hierarchicky uspořádané dynamické 
datové struktury. Různým pořadím vytváře- 
ní, vyhledávání a zpracování datových polo- 
žek stromu (preorder, inorder, postorder) lze 
dosahovat efektivního řazení dat uvnitř 
struktury při omezení časové režie. 

Přehled pascalských datových typů je na 
obr. 20. 


Jednoduché typy 

ORDINAL 

INTEGER 

BOOLEAN 

CHAR 

VÝČTOVÝ TYP 

TYP INTERVAL 

TYP REÁL 


Strukturorané typ y 
pole (ARRAY) 
množina ( SET ) 
jámám ( RECORD ) 
soubor (FILÉ) 
ukazatel (POINTER ) 


Obr. 20. Přehled pascalských datových typů 
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Obr. 18. Situace po vytvořen íkprvkového seznamu. Oba ukazatele ZAC i POM odkazují na 
poslední vytvořený prvek seznamu jako na jeho začátek 








I když jistě ne přesně (a už vůbec ne 
vyčerpávajícím způsobem) jsme shrnuli na 
několika stránkách hlavní principy, příkazo- 
vé a datové struktury Pascalu jako základní- 
ho představitele vyššího programovacího ja- 
zyka. 

Následující kapitola, která je věnována 
několika ukážkám třídění datových struktur, 
sleduje v podstatě dva cíle: ukázat význam 
znalosti základních algoritmů a rutin pro 
tvorbu i jednoduchých programů a usnadnit 
prostřednictvím podrobně komentovaných 
a krátkých programů první kroky při práci 
s Pascalem. 


Algoritmy 

Již několikrát jsme se zmínili o významu 
efektivní algoritmizace řešených úloh. Algo- 
ritmem rozumíme obecný postjjp, vedoucí 
k hromadnému řešení úloh určitého typu, 
měl by tedy být v podstatě co nejuniverzál- 
nější. To však vždycky možné není. 
V praxi proti sobě často stojí rozporné po- 
žadavky, mnohdy důležitější, než právě 
univerzálnost algoritmu. Mohou jimi být na- 
příklad rychlost výpočtu, nároky na ope- 
rační paměť, rozsáhlost zpracovaných dat 
a jejich typy, uložení těchto dat a jiné. 

V zásadě můžeme rozlišit dva druhy algo- 
ritmů, numerické a ostatní. Výsledkem pou- 
žití numerického algoritmu je výpočet urči- 
tých číselných hodnot. Příkladem může být 
algoritmus pro výpočet faktoriálu čísla v pro- 
gramu FUNKCE (tab. 3). K ostatním algorit- 
mům patří takové, které se používají k vyhle- 
dání zadaných nebo extrémních prvků dato- 
vých struktur, jejich řazení nebo třídění podle 
určitých kritérií, vytváření nových struktur, 
jejich porovnávání a k celé řadě dalších úloh. 
K řešení určité úlohy je zpravidla nutno vyu-. 
žít celé řady různých algoritmů, které musí- 
me znát nebo sami vytvářet. Sestavení urči- 

— tého programu lze z tohoto hlediska přirov- 
nat k návrhu schématu nového obvodu 
- i zde využíváme celé řady známých, klasic- 
kých obvodových řešení (vlastně obvodo- 
vých algoritmů) a jen zřídka kdy jsme nuceni 
nebo schopni vymyslet nový obvodový de- 
tail. 

V této kapitole, která má být současně 
ukázkou převodu algoritmu do struktury zá- 
pisu pascalského programu, si ukážeme ně- 
kolik algoritmů třídění prvků datových struk- 
tur, které v praxi patří k nejdůležitějším. Pro 
zjednodušení se zaměříme na jednoduchá 
pole typu integer, uložená v operační pamě- 
ti. Pro tuto třídu úloh existuje celá řada 
algoritmů, od velmi jednoduchých a snadno 
pochopitelných až po značně rafinované. 
Ukážeme si pouze několik nejznámějších. 

Nejpřirozenější, ale současné i málo efek- 
tivní algoritmus třídění lze přímo odvodit 
analýzou obvyklého postupu člověka, řešící- 
ho stejnou úlohu s pomocí tužky a papíru. 
Chtějme např. z původní množiny celých 
čísel A {4, 1 , 5, 2 r 6, 8} vytvořit novou, 
vzestupně uspořádanou množinu Z. Zřejmě 
bychom postupovali tak, že bychom opako- 
vaně procházeli celou množinou A, při kaž- 
dém průchodu vyhledali minimální prvek 
A m in, zapsali jej zleva na první volné místo 
v nově vytvářené množině Z a současně pro 
lepší orientaci tento prvek z původní množi- 
ny A vyškrtli či jinak označili jako již použitý. 
Pon = 6 průchodech (počet prvků množiny 
A) bychom tak vytvořili novou, vzestupně 
uspořádanou množinu Z { 1 , 2, 4, 5, 6, 8}. 
Všimněme si, že při tomto postupu se stále, 
až do vyčerpání počtu prvků množiny A, 
cyklicky opakují tyto operace: 

1. Vyhledání minimálního prvku množiny 

A. 

2. Zápis tohoto prvku do množiny Z. 

3. Vyřazení tohoto prvku z mnóžiny A. 

Na stejném principu lze postavit i jeden 
2 algoritmů třídění (sorting) prvků pole. Pře- 


dem ještě zdůrazněme, že algoritmus musí 
mít konečné, jednoznačné řešení. To 
by v hořejším příkladu mohlo být narušeno 
třebas nevhodným výběrem prvku s mini- 
mální hodnotou, čemuž jsme zabránili vyřa- 
zením zpracovaného prvku z původní mno- 
žiny A. Je možné i takové řešení, při němž se 
další prvek bude vybírat porovnáním 
s naposledy zpracovaným prvkem. Potom 
jeho výběr závisí na typu testu, který může 
být např. buď >, nebo >=. V prvním pří- 
padě by za situace, kdy původní množina 
A bude obsahovat několik shodných prvků, 
počet prvků nové, uspořádané množiny Z 
se zmenšil 

A {4, 1, 5, 2, 2, 1} 

/ \ 

> > = 


Zlí, 2, 4, 5} 


Zlí, 1,2, 2, 4, 5} 


Aplikovat test pro výběr dalšího prvku A min+1 
> A k by tedy znamenalo nejednoznačnost 
řešení vůči předchozímu příkladu, počet 
prvků uspořádané množiny Z by byl závislý 
na konkrétních hodnotách množiny A. 
Všechny podobné činitele je třeba při analý- 
ze algoritmu zvážit a při ladění programu 
důkladně prověřit. 


Třídění pole s výběrem extrémního prvku 


ního prvku z dříve uvažované množiny. Celý 
cyklus hledání minimálního prvku se opaku- 
je tolikrát, kolik prvků mají obě pole. Nako- 
nec pole A obsahuje samé značky, pole 
Z vzestupně (podle velikosti) uspořádané 
prvky původního pole. 

Abychom si prakticky ověřili i dřívější úva- 
hy, je na obr. 22 vývojový diagram zpracová- 
ní uvažovaného algoritmu. Již z předchozího 
popisu vyplývalo, že bude probíhat ve dvou 
vložených cyklech. Vnější cyklus FOR urču- 
je počet průchodů polem A, určený počtem 
jeho prvků, vnitřní cyklus zajišťuje pro každý 
průchod vyhledání minimálního prvku a jeho 
původní pozice, zápis prvku do nově vytvá- 
řeného pole Z a zápis značky využití tohoto 
prvku na jeho původní pozici v poli A. Po- 
všimněme si toho, že vývojový diagram, 
i když byl kreslen co možná nejpřehledněji, 
včetně aktualizací řídicích proměnných 
obou cyklů, skutečně strukturované pro- 
gramování ani výběr příkazových struktur 
nijak nepodporuje. Při jeho konstrukci je 
třeba dávat pozor zvláště na nežádoucí účin- 
ky větvení programu a současně uvažovat 
i o možnostech jeho realizace pascalskými 
příkazy. Na druhé straně ovšem diagram 
poskytuje podrobný přehled o jednotlivých 
dílčích akcích, který lze u takto jednodu- 
chých programů ještě snadno zvládnout. 

Porovnejte si konstrukci vývojového dia- 
gramu s výkonnou částí výpisu programu 


Následující dva programy ukazují třídění 
pole s využitím testu minimálního prvku, 
setříděné pole bude vždy uspořádáno vze- 
stupně. První příklad je obdobou dosud uva-/ 
žovaného algoritmu s tím, že je vztažen ke 
strukturám typu číselné pole integer. 


C START ) 


zápis hodnot pole 
AÍIJaž AIN] 

I 

I : = 1 


Výstavba nového, vzestupně 
uspořádáného pole 

V tomto příkladu řešíme výstavbu nového, 
vzestupně uspořádaného celočíselného 
pole Z (1 až N) se stejným počtem prvků, 
jako má původní, neuspořádané pole A. 
Princip výběru minimálního prvku v každém 
průchodu pole A osvětluje obr. 21 . Do refe- 
renční proměnné R je vždy uložen obsah 
proměnné A [i j, který se postupně porovná- 
vá s dalšími proměnnými pole. V případě, že 
R > A [kj, byl nalezen dosud nejmenší prvek 
pole. Ten je přesunut do referenční proměn- 
né, R:= A [kj a do pomocné proměnné P je 
uložen index jeho původní pozice v poli A. 
Pokračuje se v průchodu až do konce původ- 
ního pole. Tehdy je v referenční proměnné 
R uložen skutečně nejmenší prvek pole A, 
v pomocné proměnné P jeho původní index. 
Obsah proměnné R se ukládá na první volné 
místo v novém poli Z. Na původní pozici 
tohoto prvku v poli A, identifikovanou inde- 
xem, uloženým v proměnné P, se uloží znač- 
ka, tvořená hodnotou, převyšující maximální 
možnou hodnotu libovolného prvku A. To je 
ekvivalentem vyřazení nalezeného minimál- 
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Obr. 21. Znázornění algoritmu třídění nově 
vytvářeného pole 
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Tab. 7. Vytvoření nového setříděného pole 

PROGRAM TNPAZ1; 

CONST N-6; 

ZN-999; 

VAR 

I, J,R,P: INTEGER; 

v A, Z: ARRAY Ci -Ni ÓF INTEGER; 

BEGIN 

VRITELN ('ZADEJ HODNOTY POLE:'>; 
FOR I:«l TO N DO READ (Atll>; 

FOR I:-l TO N DO 


původní pole 


AL11 

AÍ21 

AC31 

ALU1 

AL5J 

AC6J 

1 + 1 

1 

5 

1 2 J 

8 

M 



— 5 — 0 

CD— Cfl 


o 

éy 


-m 


BEGIN . 

R: -A [1] ; P: -1 ; 

1 1 1 

1 2 

1 * 1 

1 5 

1 6 1 

1 8 1 

FOR J: =2 TO N DO 

AÍ12 

AL21 

AC3J 

AW 

A[52 

AC6J 


BEGIN 

IF R>AtJ] THEN P: -J; 

R: =ALP] 

END; 

Z Ul ; “R; A CP] ■ “ZN 
END; 

VRITELN ('OBSAH POLE A PO TRI DĚNI: '> 
FOR I:«l TO N DO VRITE (A[I]>; 
VRITELN; 

VRITELN ('VZESTOPNE SETRIDENE POLE 
FOR I:-l TO N ' DO VRITE (ZLU) 

END. 


RUN 

ZADEJ HODNOTY POLE: 

-13 

423 

-231 

1232 

562 

-13 

OBSAH POLE A PO TRIDENI: 

999 999 999 1232 999 999 
VZESTUPNÉ SETRIDENE POLE Z: 

-231 -13 -15 123 362 999 

TMPAZ1 (Třídění výběrem Minimálního 
Prvku pole A do pole Z) v tab. 7. Zde jsou 
deklarovány konstanty N (volba počtu prvků 
obou polí) a ZN (hodnota, umísťovaná na 
pozici nalezeného minimálního prvku v poli 
A). V úseku proměnných jsou deklarovány 
řídicí proměnné dvou užitých cyklů FOR 
(proměnné I, J)> referenční proměnná R, do 
níž se ukládá hodnota nejmenšího posledně 
nalezeného prvku a pomocná proměnná P, 
sloužící pro uložení indexu tohoto prvku. 
Konečně jsou deklarována i obé pole A, Z. 

Na počátku programu jsou v cyklu FOR 
načteny hodnoty pole A, zadávané z kláves- 
nice. Následuje vlastní třídicí program, od- 
povídající vývojovému diagramu. Skládá se 
ze dvou vložených cyklů FOR. Vnější cyklus 
s počtem opakování I = 1 to N určuje počet 
průchodů polem A, vnitřní cyklus s počtem 
opakování J = 2 TO N udává počet porovná- 
ní v každém průchodu. Vlastní porovnávání 
se uskutečňuje s využitím příkazu podmíně- 
ného větvení. Při každém výstupu z vnitřního 
cyklu je do pole Z uložen na nejnižší volnou 
pozici zleva další seřazený prvek, na jeho 
původní pozici v poli A značka. Při výstupu 
z vnějšího pole je již vytvořeno celé nové 
pole Z, původní pole A je přepsáno samými 
značkami. 

V programu TMPAZ1 je, stejně jako 
v ostatních, uveden příklad činnosti po 
odstartování prováděcího režimu. Nejprve 
na náznak zadáme hodnoty prvků pole A, 
menší než deklarovaná hodnota ZN. Pak 
jsou vypsány hodnoty prvků obou polí po 
zpracování programu. Z příkladu vidíme, 
že v poli A jsou všechny původní hodnoty 
nahrazeny značkami kromě proměnné 


setříděné pole 
pozn. O = nový minimální prvek 
| | = přemístěný prvek 

Obr. 23. Algoritmus třídění v původním poli 


Tab. 8. Třídění s výběrem minimálního prvku, 
prováděné v původním poli 

PROGRAM TMPAA2; 

CONST N*6; 

VAR 

I,J,R,P,X: INTEGER; 

A: ARRAY Cl.. NI OF INTEGER; 

BEGIN 

VRITELN ('ZADEJ HODNOTY POLE: O; 

FOR I: «1 TO N DO READ (ACI1); 

FOR I:-l TO N— 1 DO 
BEGIN 

R:-ACI];P:-I;X:“I+1; 

FOR J:»X TO N DO s 

BEGIN 

IF R>A Cj3 THEN 
BEGIN 

P:»J;R:-AtP3 > 

END 

END; 

AIP]:-ACI1;ACI):>R 
END; 

VRITELN ('VZESTUPNÉ USPOŘÁDANÉ POLE A: '> 
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Obr. 24. Vývojový diagram třídění v původ- 
ním poli 

A [4], u níž byla záměrně zadána hodnota 
větší, než přípustná. Pole Z je vzestupně 
setříděné. 

Vzestupné třídění v původním poli 

Předchozí algoritmus i program lze snad- 
no modifikovat tak, že nemusí být vytvářeno 
nové pole, ale že se prvky mohou třídit 
v původním poli. Princip je velmi jednodu- 
chý. Je založen na tom, že do původního 
pole je zbytečné ukládat na místo nalezené- 
ho minimálního prvku značky tehdy, bude-li 
nalezený prvek umístěn přímo na jemu od- 
povídající pozici z hlediska třídění a na jeho 
původní místo bude uložen prvek, který mu 
tuto pozici musel uvolnit. Obojí v původním 
poli. Protože po prvním průchodu je v pro- 
měnné A 1 1 juložen minimální prvek celého 
pole, může další průchod polem začínat až 
od proměnné A [ 2 ] atd., čímž se ve srovnání 


Na konci každého průchodu polem je vždy 
umístěn nově nalezený prvek tříděného pole 
na správnou pozici, na jeho místo přesunut 
původní prvek z této pozice. V případě, že 
hledaný prvek již byl v původním poli umís- 
těn správné, přemisťování nenastane. 

Odpovídající program TMPAA2 je v .tab. 8. 
Tento druhý program, založený na již poně- 
kud méně přirozeném algoritmu, je vůči 
předchozímu znatelně rychlejší. 

Třídění záměnou (bubláním) 

Tato metoda se od přechozích zásadně 
liší tím, že se přímo nehledá minimální 
prvek, ale vzájemně se vždy porovnávají dva 
sousední prvky a to takovým způsobem a tak 
dlouho, až při každém průchodu nepřímo 
nalezený extrémní prvek ,,vybublá“ (metoda 
se označuje jako bubble sorting) na jemu 
odpovídající pozici. Třídění probíhá v pů- 
vodním poli. 

Základní algoritmus nejlépe vystihne gra- 
fické znázornění praktického příkladu, obr. 
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Obr. 25. Metoda BUBBLE SORTING; a) 
příklad třídění pole s využitím algoritmu za- 
měňování sousedních prvků. Kroužkem je 
vždy označen prvek, který v příslušném prů- 
chodu „vybublal“ na svoji příslušnou pozici, 
b) příklad třídění pole zaměňováním a vyu- 
žitím zpětných chodů. Běžně zaměňované 
páry jsou označeny rámečky, zpětné chody 
šipkami 


25a. Při každém průchodu polem zleva se 
porovnávají hodnoty sousedních prvků 
J a K = J+1. Platí-li, že A [j] < A [k] 
porovnávají se následující dvojice A [J] 

A [K] a A [K] <- A [K + lj. Pokud má však 
nižší prvek v porovnávané dvojice větší 
hodnotu než následující, tedy A [J]>A [K], 
zamění se hodnoty obou prvků v poli. 
S ukončením každého průchodu vyplyne 
hodnota dosud nezpracovaného největšího 
prvku pole na jemu odpovídající pozici. 

Efektivnost (tj. rychlost) metody podstatně 
zrychluje zavedení tzv. zpětného chodu. 
Princip: Je-li při porovnání zjištěna potřeba 
záměny příslušných prvků, provede se stej- 
ně jako v předchozím případě. Následuje 
porovnání dvojice pořadově nižších soused- 
ních prvků s indexy K = J, J = K-1. Je-li 
hodnota nižšího prvku dvojice větší než hod- 
nota prvku vyššího, prvky se opět zamění 
a pokračuje se v dekrementaci indexů prvků, 
jejich porovnávání a záměnách zpětnými 
chody do takové hloubky, až se narazí na 
uspořádaný blok pole. Potom pokračuje 
zpracování pole dvojicí prvků, následující za 
původní záměnou. Takto se dosahuje setří- 
dění pole v jediném průchodu, který ovšem 
může obsahovat velké množství zpětných 
chodů, závislé na původním obsahu pole. 
Významné je, že při každé záměně se může 
narušit již setříděná část pole, která pak opět 
musí být řešena pomocí zpětných chodů 
(obr. 25b). 

Odpovídající vývojový diagram je na obr. 
26. Prohledávání nprvkového pole probíhá 
v konečném počtu N- 1 cyklů. Při 
A[JJ<A[KJ jsou v každém cyklu pouze 
porovnávány dva sousední prvky s odpoví- 


Tab. 9. Bublinové třídění s využitím příkazu 
GOTO 


PROGRAM BUBS3 ; 

LABEL 6; 

CONST N=6; 

VAR 

I, J.K.P: INTEGER; 

A: ARRAY [ 1 . . N ] OF INTEGER; 

BEGIN 

VRITELN ( 'ZADEJ HODNOTY POLE:'); 

FOR I: =1 TO N DO READ CA[Ip; 

FOR I: -1 TO N— 1 DO 
BEGIN 

J:«I;K: -J+1; 

6: IF A [J ] >A[K] THEN 
BEGIN 

P:=AtK];A[K;]:«AtJ];Atjl:-P; 
IF J>1 THEN 
BEGIN 

K:-J;J:-K-1; 

GOTO 6 
END 

END 

END; 

VRITELN C' SETŘI DENE POLE:'); 

FOR I:-l TO N DO VRITE CA[IJ) 

END. 


RUN 

ZADEJ HODNOTY POLE: 

4 

8 

-8 

43 

-3 

3 

SETŘI DENE POLE: 

-8 -3 3 4 8 43 



Obr. 26. Vývojový diagram třídění pole na 
principu algoritmu bubble sorting, doplněné- 
ho využitím zpětných chodů 


Tab. 10. Bublinové třídění bez užití skokové- 
ho příkazu 


PROGRAM BUBS4; 
CONST N=6; 

VAR 


dajícími indexy. Při A |JJ>A[Kj dochází 
k záměně a navíc, při J>1 je automaticky 
zařazen test na. případný zpětný chod. 

Než se podíváte na dvě navazující ukáz- 
ky možného programového řešení, zkuste si 
vhodný program navrhnout sami. 


I, J,K,P: INTEGER; 

A: ARRAY [ 1 . . N ] OF INTEGER; 


BEGIN 

VRITELN C 'ZADEJ HODNOTY POLE: 
FOR I: =1 TO N DO READ CA [I]); 
FOR I:«l TO N— 1 DO 
BEGIN 

J: “I ; K: —J+1 ; 

VHILE AtJ]>AlKl DO 
BEGIN 

P: =*A[K] ; 

A[K]:-A [JJ; 

Afj]:=P; 

IF J>1 THEN 
BEGIN 

" K:*J;J:=K-1 

END 

END 

END; 

VRITELN < 'SETRIDENE POLE:'); 
FOR I : =1 TO N DO VRITE CA[l]) 
END. 

RUN 

ZADEJ HODNOTY POLE: 

4 

8 

-8 

45 

-3 

3 

SETRIDENE POLE: 

-8 -3 3 4 8 45 


První program BUBS3 využívá pro volání 
zpětného chodu příkazu skoku GOTO na 
návěští, identifikující příkaz podmíněného 
větvení. Zmínili jsme se již několikrát o tom, 
že tento příkaz, umožňující skok do libovolné 
části programu, může zcela narušit pro- 
gramovou bezpečnost porušením hierar- 
chické struktury. V tomto případě, kdy je 
program krátký a přehledný, a kdy ke skoku 
dochází uvnitř jediného bloku, lze ovšem 
skok použít. Navíc taková struktura pro- 
gramu dobfe odpovídá jeho případné sym- 
bolice pro optimalizaci asemblerového řeše- 
ní. 

Alternativou programu BUBS3, tab. 9, je 
druhý, prakticky shodný program BUBS4, 
tab. 10, v němž je potřeba příkazu skoku 
vyloučena užitím vloženého podmíněného 
cyklu WHILE. Chápejme porovnání obou 
programů jako ukázku toho, že promyšle- 
ným návrhem programu a výběrem příkazů 
pascalské struktury lze skutečně potřebu 
skokových příkazů prakticky vyloučit. 

Shellův algoritmus 

Dalšího zkrácení doby, potřebné k třídění 
v poli určité délky se dosahuje využitím 
Shellova algoritmu, patřícího k nejrychlej- 
ším. Jeho smyslem je omezit počet potřeb- 
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Obr. 27. Průběh třídění pole se sudým poč- 
tem prvků 


Tab. 1 1. Třídění s využitím Shellova algoritmu 

PROGRAM SHELL5; 

CONST N— 10 ; 

VAR 

I, J,K,M,P: INTEGER; 

A: ARRAY £ 1 . . N ] OF INTEGER; 

BEGIN 

VRITELN C 'ZADEJ HODNOTY POLE: O; 

FOR I: =1 TO N DO READ CA [I]); 

M:«N DIV 2; 

VHILE M>0 DO 
BEGIN 

J:=1;K:=N-M; 

^ REPEAT 

I:-J* 

VHILE A[I}>A[I+M]DO 
BEGIN 

P:«A[I] ;A£i1:-A£I+M1;A£I+M]:«Pj 
IF I>M THEN I:»I-M 
END; 

J : = J+l ; 

UNTIL J>K; 

M:=M DIV 2; 

END; 

VRITELN ( 'SETRIDENE POLE: O; 

FOR I:*l TO N DO VRITE CA[I]) 

END. 



N =9 

M*(N/2)=i 
K* N-M =5 


M*(M/2) = 2 
K*N-M = 7 


M=(M/2)=1 
K= N-M = 8 


RUN 

ZADEJ HODNOTY POLE: 

2 

4 

7 

4 

8 

-9 

-5 

6 

—9 

4 

SETRIDENE POLE: 

-9 -9 -5 2 4 4 


M = (M/2)=0 


Obr. 29. Vývojový 
diagram třídění na principu 
Shellova algoritmu ^ 


Obr. 28. Průběh třídění pole s lichým počtem 
prvků 


ných komparací a zpětných chodů, jak jsme 
je viděli v posledním příkladu třídění zámě- 
nou prvků. Toho se dosahuje tím, že záměny 
neprobíhají v přísně sekvenčním pořadí sou- 
sedních prvků, ale jsou, podle Shellova algo- 
ritmu, organizovány tak, aby při následují- 
cích záměnách a zpětných Chodech byl mini- 
málně narušován již setříděný blok. 

Podstatu algoritmu osvětluje obr. 27. Ce- 
ločíselným půlením počtu prvků vstupního 
pole se určí doplňkový koeficient M = (/V/2), 
hodnoty indexů prvků levé části takto rozdě- 
leného pole se mohou pohybovat v rozmezí 
1 až K, kde K = N - M. V prvním průchodu 
polem se uskuteční K porovnání a případné 
výměny obsahů příslušných prvků pole, je- 
jichž ofset je v každém průchodu určen 
koeficientem M. V prvním průchodu pole se 
sudým počtem prvků se neuskutečňuje žád- 
ný zpětný chod, důvodem je nutnost zabránit 
překročení rozsahu pole na jeho počátku. 
Výjimka může nastat u pole s lichým počtem 
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prvků, kdy bude poslední index / = K>M 
(obr. 28). 

V každém dalším průchodu se podle algo- 
ritmu nově aktualizuje počet potřebných po- 
rovnání i ofset porovnávaných prvků. Ofset 
se stále zmenšuje a odpovídá vždy celočí- 
selnému půlení hodnoty (M/2), počet porov- 
nání K=N-M se tím naopak zvětšuje. Při 
každé záměně A (I] «-> A [/ + M\ je v případě 
splněné podmínky Í>M, kde / = index aktu- 
álního prvku na levé straně pole, prováděn 
test na přípustnost a případné zařazení zpět- 
ného chodu. Tak se postupně pole setřiďuje, 
bezpečně je setřídění ukončeno při M = 0. 
Vidíme, že organizací prováděných zá- 
měn podle Shellova algoritmu je minimalizo- 
ván jejich počet i potřebný počet zpětných 
chodů při zachování jednoduchého průběhu 
zpracování. 

Vývojový diagram, popisující průběh akcí 
při třídění, je na obr. 29, odpovídající pascal- 
ský program je v tab. 1 1 . 

Program se v podstatě skládá ze tří vlože- 
ných podmíněných cyklů. Před prvním vstu- 
pem do vnějšího cyklu WHILE (tedy cyklu 
s testem zahájení) je inicializována počáteč- 
ní hodnota proměnné M = (/V/2). V tomto 



záměna-*- zpětný chod 






















cyklu, určujícím podle rozsahu pole počet 
jeho potřebných průchodů, je vložen cyklus 
REPEAT (s testem ukončení). Před každým 
vstupem do tohoto cyklu, určujícího počet 
potřebných základních komparací A \í\ 
: A | / + M] jsou nastaveny mezní indexy 
j=-\'K=N-M. Konečně nejnižší vložený 
cyklus WHILE zajišťuje v případě výsledku 
předchozího testu A [/] > A [/ + M\ = true 
realizaci testu na přípustnost zpětného Cho- 
du (podmínka i>M) a je-li test pozitivní, 
inicializují se indexy odpovídajícího páru 
prvků jejich zpětným posuvem o ofset M pro 
komparaci a případnou záměnu zpětného 
chodu. 

Výstup z vnitřního cyklu REPEAT je pod- 
míněn splněním podmínky J>K. Po aktuali- 
zaci proměnné M - (Ml 2) následuje vždy 
nový vstup do vnějšího cyklu a tedy nový 
průchod polem s novým počtem i ofsetem 
jeho porovnávaných dvojic prvků. Pro- 
gramový cyklus je ukončen s posledním 
vstupem do vnějšího cyklu, kdy hodnota 
proměnné M - 0. 

Budete-li se chtít přesvědčit o tom, odpo- 
vídá-li průběh třídění popsanému algoritmu 
a uvedeným příkladům v jednotlivých obráz- 
cích, není nic snazšího. Vložte do programu 
za konec cyklu REPEAT řádky 
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' prvku Ivety) mámená 
ukončen! opraco- 
vávané monotonie, 
protože všechny prvky 
v operační paměti 
i turnajovém stromu 
jsou blokované 


WRITELEN; 

FOR Z:=1 TO N DO WRITE A [Z]; 

Je pochopitelně třeba také deklarovat řidiči 
proměnnou cyklu. Počet zadávaných prvků 
pole lze měnit změnou konstanty N. Pro- 
gram vypíše obsahy pole při jeho jednotli- 
vých průchodech, tedy vlastně průběh třídě- 
ní včetně zařazovaných zpětných chodů. 

Uvedené algoritmy, které jsme právě pro- 
brali, tvoří pouze část z mnoha známých 
metod třídění datových množin. Patří však 
k nejužívanéjším a nejdůležitějším, jejich 
znalost se proto jistě uplatní i v praxi. Ome- 
tením pro užívání takovýchto algoritmů je 
však skutečnost, že celé tříděné pole (nebo 
jiná datová struktura) musí být v průběhu 
celého třídění uloženo v operační paměti. Ve 
všech předchozích příkladech jsme pro pře- 
hlednost vždy uvažovali zpracování pouze 
několikaprvkového pole. V praxi ovšem mo- 
hou být tříděné nebo jinak zpracovávané 
datové množiny značné rozsáhlé. Mohou být 
například tvořeny datovými soubory, ulože- 
nými v externí paměti, které často svým 
rozsahem mnohonásobně převyšují volnou 
kapacitu datové oblasti operační paměti 
(RAM). Pro třídění takových souborů jsou již 
uvedené algoritmy nevhodné. 

Předtřiďování, slévání 

Všimněme si alespoň symbolicky také pří- 
stupu ke třídění rozsáhlých souborů. Z prak- 
tických důvodů (kapacita operační paměti) 
probíhá vždy v podstatě ve dvou fázích. 

První fází je tzv. předtřiďování. Je založe- 
no na předpokladu, že pokud nemůže být 
celá zpracovávaná množina dat zavedena 
do operační paměti najednou, musí být 
zpřístupňovaná po jednotlivých položkách, 
tedy například po větách souboru. Postup- 
ným zpracováním vstupních dat se vytvoří 
několik kratších, vnitřně setříděných dato- 
vých bloků (tzv. monotonií), které dohroma- 
dy obsahují buď všechny věty původního 
souboru, nebo (z praktických důvodů) častěji 
setříděné odkazy na tyto věty, jejich klíče 
(indexy). Tyto uspořádané monotonie jsou 
pak ve druhé fázi zpracování, označené jako 
slévání, opět postupně, po jednotlivých vě- 
tách, slučovány do konečné, lineárně uspo- 
řádané, jediné setříděné množiny (souboru). 

Vhodný a velmi zajímavý algoritmus před- 
stavuje pro předtřitfovací fázi tzv. turnajová 
metoda, jejímž principem je hierarchické bi- 
nární třídění. Pro snadné pochopení použije- 
me opět grafické znázornění postupu zpra- 
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porn. : 

© - uvolňovaná pozice 
I I - blokovaný prvek 
P -prázdná hodnota 


výstup prázdného prvku (věty) ^ .... . 

znamená konec přetři dován!, Obr. 30. Symbolické znazor- 

vsechny prvky v paměti i stromu nění předtřiďování dat pomoci 

jsou prázdné turnajové metody 


cování jednoduchého příkladu, obr. 30, věty 
souboru nahradíme prvky jednoduchého čí- 
selného pole. Předpokládáme, že naznače- 
né 9prvkové pole nemůže být tříděno najed- 
nou, pro jeho zpracování je k dispozici pod- 
statně menší kapacita operační paměti, oz- 
načená symbolicky 4prvkovým „okénkem". 

V každém okamžiku se tedy třídění mohou 
aktivně účastnit pouze čtyři prvky celého 
pole. Při zahájení předtřiďovací fáze se do 
okénka zapíší první čtyři prvky vstupních 
dat. Prvotním binárním porovnáním soused- 
ních dvojic jsou „určeni vítězové 1. kola", 
v našem příkladu prvky s hodnotami 2, 5. Ti 
postupují, podle binární stromové struktury 
do dalšího kola atd., až se nakonec střetnou 
dva jediní neporažéní vítězové všech dosa- 
vadních kol turnaje ve finále. Tam je určen 
vítěz celého turnaje, v našem příkladu má 
vítězný prvek hodnotu 2. Takto by třídění 
probíhalo pouze v případě, že bychom po- 
stupně vyřazovali už zpracované prvky, tj. 
vítěze jednotlivých turnajů, do množiny vý- 
stupních dat. Aby nemohl být narušen setří- 
děný úsek, mohli bychom na pozici vyřaze- 
ného prvku v okénku vždy uložit značku ZN. 
Tím by však nemohlo být zpracováno více 
prvků, než kolik jich obsáhne okénko sou-' 
časně. 

Podstatou vlastního předtřiďování je to, že 
na pozici vítěze každého turnaje se neuklá- 
dá žádná značka, ale další položka (prvek, 
věta) z pořadí dosud netříděné vstupní dato- 
vé množiny. K jejímu zařazení do okénka lze 
výhodně využít zpětného chodu po původní 
cestě vítěze tohoto turnaje. Před zařazením 
však musí být hodnota nové položky N po- 
rovnána s právě vyřazovanou V. Je-li N>V, 
může být do okénka zařazena bez omezení. 
Je-li však N<V, tj. je „lepší než vítěz před- 
chozího turnaje", musí být opatřena tzv. 
příznakem blokování, který zabraňuje jejímu 
srovnávání s běžnými položkami, pro které 
prostě neexistuje. Blokovaná položka mů- 


že být využita až tehdy, když není v okén- 
ku žádná položka neomezená. Tím se za- 
braňuje narušení pořadí tříděných hodnot 
a současně umožňuje do okénka zařazo- 
vat další položky. 

Po každém dalším novém obsazení třídi- 
cího okénka vždy začíná další „turnaj", vítě- 
zové tvoří další prvky výstupní, setříděné 
datové množiny, na jejich místa vstupují 
prvky dosud netříděné množiny vstupní. Při 
tom v okénku nutně přibývá blokovaných 
položek, až nakonec těmito položkami bude 
tvořeno celé okénko. V bezprostředně ná- 
sledujícím turnaji proto bude jeho vítězem 
blokovaná položka. Tím je ukončeno první 
předtřiďování, je vytvořen první blok sétřídě- 
ných výstupních dat, tzv. monotonie. Všech- 
ny zbývající položky okénka jsou okamžité 
odblokovány a původně blokovaný vítěz je 
zařazen na první pozici další vytvářené vý- 
stupní monotonie. Nakonec, s vyčerpáním 
všech prvků množiny vstupních dat, nutně 
dochází ke čtení prázdných položek do 
okénka. Vstoupí-li z některého turnaje 
prázdný prvek, znamená to, že jsou prázdné 
všechny položky okénka, tím je i ukončeno 
zpracování poslední monotonie a tedy i celé 
fáze předtřiďování. Celý algoritmus přehled- 
ně postihuje obr. 30. 

Teprve po vytvoření monotonií dochází ke 
slévání celého setříděného souboru. Samot- 
ný princip je jednoduchý, v návaznosti na 
předchozí příklad ho postihuje obr. 31 . Zde 
jsou pro přehlednost uvažovány pouze dvě 
monotonie, ve skutečnosti jich ovšem může 
být mnohem více. Vzhledem k možnému 
rozsahu jednotlivých monotonií je slévání 
opět prováděno po jednotlivých položkách 
(prvcích, větách . .). Nejprve se vždy porov- 
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nají první položky všech setříděných mono- 
tonií, vítězná se uloží na první pozici setřiďo- 
vaných dat a mezi porovnávanými položka- 
mi je nahrazena pořadově bezprostředně 
následující položkou ze stejné monotonie. 
Následuje hledání další vítězné položky. Po- 
stupně dochází k vyčerpání jednotlivých mo- 
notonií. Nakonec, s vyčerpáním poslední 
monotonie, je přečtena prázdná položka 
a slévání je ukončeno. Je vytvořena setřídě- 
ná množina výstupních dat o stejném počtu 
prvků, jako měla nesetříděná množina 
vstupní. 

I když se uvedené příklady týkaly pouze 
úzce vymezené oblasti, jistě naznačily jak 
význam, tak i zajímavost studia algoritmic- 
kých postupů. Doufáme, že objasnily i zákla- 
dy práce s Pascalem. 

Zápis, překlad, ladění á ověřování pro- 
gramu 

Postup, jakým musí projít uživatelský pro- 
gram od návrhu až do fáze praktického 
využití, v podstatě vystihuje už název této 
kapitoly. 

Program se na počítači vytváří, zapisuje 
pomocí vhodného obslužného programu, 
tzv. textového editoru, přes standardní kon- 
zolu (klávesnici, displej). Výsledkem je zdro- 
jový tvar programu. Pro pohodlnou práci 
musí editor, jehož produktem je textový sou- 
bor, umožňovat zápis a edici jednotlivých 
řádků programu. Tedy nejen zadávání, ale 
i doplňování, rušení, vyhledávání, přesouvá- 
ní a spojování znaků, řádků i celých texto- 
vých bloků. Vytvořený zdrojový textový sou- 
bor (ASCII, EBCDIC) se z praktických důvo- 
dů ukládá na nosné médium vnější paměti. 
Pro kontrolu, studium nebo evidenci je mož- 
ný jeho výpis na tiskárně. 

Při vytváření zdrojového textu se samo- 
zřejmě nevyhneme chybám. Ty mohou buď 
syntaktické (nesprávně napsaný, chybějící 
nebo přebytečný znak či operátor, klíčové 
slovo, proměnná, řádek, deklarace . .), nebo 
sémantické (špatné navržený program nebo 
jeho část, případně i detail). Na žádný z uve- 
dených typů chyb nás textový editor při 
zápisu zdrojového programu neupozorňuje. 
V Pascalu to není technicky možné ani účel- 
né vzhledem k systému hierarchii programo- 
vých modulů a proměnných. ' 

Zdrojový program musí být dále přeložen 
do cílového, spustitelného strojového kódu 
procesoru. Překlad zajišťuje další speciální 
program, tzv. překladač (kompilátor). Vedle 
vlastního překladu musí kompilátor umožňo- 
vat také interaktivní formu postupné kontroly 
a oprav syntaktické správnosti programu. 
Kompilace z řady důvodů většinou neprobí- 
há naráz, avšak postupně v několika fázích, 
které mnohdy, zvláště na malých počítačích 
bez diskových pamětí, ani nebývají viditelně 
rozlišeny. V první fázi je zdrojový pascalský 
text programu překládán do mezikódu na 
úrovni makroasembleru jazyka symbolic- 
kých adres. Překlad probíhá podle obdobné- 
ho schématu, jako překlad z jedné přirozené 
řeči do druhé, využívající slovníku. Každé 
definici, deklaraci, příkazu atd. kompilátor 
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přiřazuje prefabrikované bloky 
makroinstrukcí. Bezprostředně po 
spuštění kompilace je, počínaje 
prvním řádkem, program kontrolo- 
ván syntakticky. Jakmile kompilá- 
tor narazí na chybu, překlad se 
zastaví a celoobrazovkový nebo 
řádkový editor vhodným názna- 
kem a textem (chybové hlášení) 
více nebo méně přesně upozorňuje na po- 
zici výskytu a typ chyby. Většina chyb bývá 
patrná na první pohled, rafinovanější výskyty 
identifikujeme pomocí tabulky chybových 
hlášení (např. HP 4 T jich obsahuje na 70). 
Nalezené chyby postupně opravujeme v au- 
tomaticky aktivovaném edičním módu, zno- 
vu spouštíme kompilaci atd., až je nakonec 
přeložen a tím i i syntakticky opraven celý 
program. 

Jednoduché kompilátory umožňují pře- 
klad pouze celého, úplného zdrojového pro- 
gramu. Pak zpravidla po úspěšném průcho- 
du celým kompilátorem následuje automa- 
tický překlad z mezijazyku ASM do strojové- 
ho kódu v absolutních adresách. Výsledkem 
je tedy v operační paměti umístěný program 
ve strojovém kódu, který již může být spuš- 
těn. 

Některé komfortní kompilátory, užívané 
na počítačích s diskově orientovanými ope- 
račními systémy, umožňují překlady pro- 
gramových modulů rozsáhlého zdrojového 
programu. Tyto moduly musí být vzhledem 
k jejich možnému následnému spojování 
vytvářeny jako přemístitelné (relokativní), 
tedy ne s absolutními adresami. Ze stejného 
důvodu musí být možné i vzájemné odvoláv- 
ky mezi jednotlivými moduly. Jednotlivé mo- 
duly se pak spojují ve výsledný uživatelský 
program. K tomu se užívá další obslužný 
program, tzv. spojovač (linker), respektující 
vzájemné vazby a odvolávky všech modulů. 
Výsledný spojený program může být gene- 
rován jak v absolutním strojovém kódu, tak 
ve vhodném účelovém mezikódu, například 
, Intel HEX. 

Následuje etapa vlastního ladění pro- 
gramu, tedy jeho detailní sémantická kontro- 
la. V tomto ohledu ovšem může být systémo- 
vá podpora jen omezená. Nejjednodušší im- 
plementace pouze podporují kontrolu pří- 
pustných mezí výpočtu v dynamickém reži- 
mu, po spuštění běhu přeloženého pro- 
gramu. Funkci programu ověřujeme vyšetřo- 
váním jeho reakce na zadávaná vzorová 
data, včetně jejich extrémních hodnot a kom- 
binací i všech možných pracovních podmí- 
nek. Fatální chyby, jako je překročení adre- 
sového prostoru nebo rozsahu dat, které by 
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Obr. 32. Znázornění postupu zápisu, překla- 
du, ladění a spojování pascalského pro- 
gramu 


mohly způsobit i zhroucení systému, vyvolá- 
vají automatické zastavení běhu programu 
a výpis chybového hlášení (runtime error). 
Diagnózu chyby usnadňuje křížový výpis 
programového úseku, obsahující vždy mini- 
málně aktuální stav programového čítače 
v místě výskytu chyby a odpovídající řádky 
zdrojového textu. 

Vyšší programová vybavení ovšem nabí- 
' zejí i při ladění programu komfort podstatně 
větší. Za určitých podmínek, které musí být 
dodrženy už při kompilaci, dovolují například 
i zpětnou kompilaci přeloženého, laděného 
programu do pascalského tvaru. Při dodrže- 
ní jiných podmínek je možné nasadit ladicí 
program (debugger), umožňující užívat kro- 
kování programu, definovat programové za- 
rážky, zobrazovat hodnoty proměnných, pa- 
rametry procedur aj. 

Z obou předchozích odstavců vidíme, že 
pojem strojově nezávislý jazyk neplatí do 
všech důsledků. Rozdíly mezi různými im- 
plementacemi Pascalu v podstatě vyplývají 
ze tří hlavních činitelů, kterými jsou šířka 
toku dat, užitý typ procesoru a konfigurace 
prostředků konkrétního počítače, a konečně 
operační systém, pod kterým počítač a tedy 
i užitá implementace pracuje. Při praktické 
práci je tedy nutno nejprve zvládnout dialekt 
Pascalu na konkrétní implementaci a mož- 
nosti jejího využití. Obojí vždy bývá popsáno 
v manuálu. Klasickým příkladem mohou 
být jednotlivé verze Turbo Pascalu, v nichž 
jsou možnosti praktického využití vůči 
standardnímu Pascalu podstatně rozšíře- 
ny jak v návaznosti na vývoj v oblasti pro- 
gramování, tak moderních operačních 
systémů. 


Operační systémy 

Již několikrát jsme se dotkli pojmu operač- 
ní systém. Na dalších stránkách si operač- 
ních systémů budeme všímat blíže. 

Nějaký operační systém je instalován na 
každém počítači, určeném pro univerzálněj- 
ší aplikace. Programy, vytvářené pod stej- 
ným operačním systémem jsou, s určitými 
omezeními, přenositelné mezi obecně růz- 
nými typy počítačů. Protože to je mimořádně 
významná vlastnost, je důležitá standardiza- 
ce těchto systémů. Bez operačního systému 
pracují pouze jednoúčelové počítače, tedy 
v podstatě logické automaty, jejichž činnost 
je určena pevným naprogramováním a kon- 
figurací technických prostředků pro konkrét- 
ní aplikaci. 

Smyslem operačního systému je přede- 
vším podpořit práci uživatele počítače. Ope- 
rační systém je tvořen souborem programo- 
vého vybavení, které řídí průběh zpracování 
uživatelských programů a tomu odpovídající 
součinnost technických prostředků, které 
používá a na které také klade určité nároky. 
Obecně se každý operační systém skládá ze 
dvou částí: 

- systémového programového vybavení, 
zajišťujícího dosud uvažované funkce, 

- doplňkového programového vybavení, je- 
hož smyslem je podpořit vlastní práci uži- 
vatele. 

Poněkud konkrétněji lze skupiny pro- 
gramů, vytvářejících operační systém, dělit 
asi takto: 

1. Řídicí (organizační) program 

Tento program, tvořící jádro systémového 
programového vybavení, se skládá ze dvou 
částí. 

Systém řízení činností zajišťuje inicializaci 
systému, běh i ukončení uživatelského pro- 
gramu, kterému přiděluje i volné místo v ope- 
rační paměti a vstupní/výstupní zařízení. 

Systém správy dat řídí a eviduje umísťo- 
vání a přístup k vnějším souborům s využitím 






operativně přístupných vnějších paměťo- 
vých médií (floppy, hard disk). 

2. Překladače 

Tuto skupinu představují programy pro 
překlad různých zdrojových programů do 
požadovaného cílového tvaru. 

3. Obslužné programy 

Vytvářejí pomocné systémové vybavení, 
které je uživateli kdykoli k dispozici, a tak 
usnadňuje často se opakující nebo velmi 
namáhavé rutinní práce. S řadou těchto pro- 
gramů jsme se již seznámili (editory, loade- 
ry . .), dalších si všimneme později. 

Operačních systémů dnes pochopitelné 
existuje celá řada, vyvíjely se dlouhou dobu 
a tento proces není ukončen a pravděpodob- 
ně asi ani nikdy nebude. Operační systémy 
se liší jak podle technické vyspělosti jednotli- 
vých generací a typů počítačů, tak podle tříd 
úloh, pro které jsou určeny. 

Do poměrně nedávné doby byly operační 
systémy doménou velmi omezeného okruhu 
specialistů. V souvislosti s hromadným roz- 
šiřováním osobních počítačů s vnějšími dis- 
kovými a disketovými pamětmi se však do- 
stávají do oblasti zájmu široké technické 
veřejnosti. 


Diskové paměti 

Mimořádnou šanci, přinášející technické 
i ekonomické zvládnutí hromadné výroby 
jednotek diskových pamětí a jejich integro- 
vaných řadičů, vycítili brzo jak výrobci osob- 
ních mikropočítačů, tak softwarové firmy. 

I když se zpočátku mnoho z nich snažilo na 
trhu prosadit samostatně svými koncepcemi 
a řešeními, bylo patrné, že narůstající Baby- 
lon může zastavit pouze buď nějaké univer- 
zální řešení operačního systému, vyhovující 
všem výrobcům osobních mikropočítačů 
(nebo alespoň naprosté většině), nebo nao- 
-pak mocná, bezkonkurenčně dominující fir- 
ma, která svou koncepci vnutí ostatním. 
Obqjí se pak víceméně událo a tato tenden- 
ce se projevuje i v dalším vývoji. 

Pro usnadnění orientace v operačních sy- 
stémech si nejprve povšimneme základních 
principů technické realizace a fyzické orga- 
nizace záznamu na disketě jednotky floppy- 
diskové paměti. Záznam, založený na fero- 
magnetickém principu, se ukládá na rotující 
disketu v určitém, podle typu jednotky speci- 
fikovaném formátu. V každém případě však 
záznam vždy probíhá na definovaném, for- 
mátem určeném počtu stop. Každou stopu 
tvoří samostatná, uzavřená a od ostatních 
stop oddělená kruhová dráha, obr. 33. Aktu- 
ální stopa se vybírá lineárním pohybem čte- 
cí/záznamové hlavičky po dráze, odpovídají- 
cí poloměru diskety. 

Základním požadavkem, kladeným na 
diskovou paměť, je pochopitelně především 
rychlost, bezpečnost a kompatibilita prová- 
děného záznamu, ale i jeho znovuvyhledá- 
vání. To znamená, že organizace dat, uklá- 
daných na disketu, způsoby přístupu k nim 
i jejich zabezpečení musí odpovídat určitým 
závazným normám. První z těchto norem je 
vždy formát diskety. K formátování se využí- 



Obr. 33. Fyzická organizace záznamu na 
stopy O až MAX diskety a jejich rozdělení do 
sektorů 


vají speciální instrukce řadiče, zpravidla 
před prvním použitím diskety. 

Na obr. 34 je hrubé znázornění standard- 
ního formátu jedné stopy floppydisku. 
Prvním krokem na cestě k organizaci uklá- 
dání dat je definované rozdělení všech stop 
diskety, jejichž kapacita je příliš velká, na 
menší úseky, tzv. sektory. Dalším krokem je 
potřeba identifikovat stopy i sektory, zabez- 
pečit kontrolu jejich obsahu a přístupu k nim. 

Počátek každé stopy je možno odvodit od 
indexového otvoru v disketě, obr 33. Na 
tento otvor navazuje první záznam ve formá- 
tu stopy, tzv. indexová adresová značka 
IAM, podle které řadič identifikuje počátek 
stopy. Po oddělovací mezeře již následují 
formátovaná pole záznamů jednotlivých 
sektorů. Každý sektor je rozdělen do dvou 
částí: 

1. Identifikátor sektoru 

představuje služební blok, začínající spe- 
ciální identifikační značkou IDÁM, využíva- 
nou pro synchronizaci odělení dat řadičem 
(viz dále). Další položky tohoto bloku obsa- 
hují informace o čísle stopy, straně diskety, 
čísle a délce sektoru, pomocí nichž může 
řadič kontrolovat správnost přístupu, a ko- 
nečně pole zabezpečovacích bytů CRC. 

2. Datový blok 

nesoucí vlastní informační obsah přísluš- 
ného sektoru je opět oddělen příslušnou, 
definovanou mezerou. Také datový blok je 
uvozen speciální, datovou adresovou znač- 
kou DAM, následuje pole uživatelských dat 
a celý blok je opět uzavřen zabezpečujícími 
byty CRC. 

Uvedeným způsobem jsou, odděleny pří- 
slušnými mezerami, zaznamenávány na 
stopě postupně jednotlivé sektory, jeden za 
druhým. 

Pro identifikační značky IAM, IDÁM, DAM 
musí být použito speciální kódování, odlišné 
od užité kódovací metody běžných dat. To 
proto, aby náhodný obsah datových a slu- 
žebních bloků a polí nemohl být mylně inter- 
pretován jako některá ze značek. K tomu se 
používá princip vypouštění přesně definova- 
ných taktových impulsů. Touto problemati- 
kou se zabývat nebudeme, obdobná řešení 
se užívají i v jiných oblastech, například při 
organizaci komunikace v přenosových sí- 
tích. Blíže si však povšimneme obou základ- 
ních principů vlastního kódování dat, zapiso- 
vaných na disketu. 

Data mohou být na stopu zaznamenávána 
pouze v „sériovém" tvaru, přičemž jednomu 
zapisovanému ,,bitu“ vždy odpovídá změna 
smyslu magnetické orientace saturovaného 
elementu diskety vůči předchozímu. Mecha- 
nická orientace záznamu je podélná, ve 
směru rotace. Vzhledem ke konečné stabili- 
tě i přesnosti a tolerancím rychlosti otáčení 
disket na jednotlivých mechanikách využíva- 
jí obě metody společného a vlastně jediného 
možného základního principu - řízení zá- 
znamu i čtení systémovým taktem, přičemž 



Obr. 34. Znázornění záznamu sektorů na 
stopě floppydisku 

tento takt se vhodným způsobem komponu- 
je s užitečnými daty a tvoří tak nedílnou 
součást záznamu na disketě. 

Pro pochopení obou základních kódova- 
cích systémů FM (Frequency Modulation 
nebo také SD - Single Density) a MFM 
(Modified FM, popř. DD - Double Density) je 
vhodné uvědomit si předem, že vlastnímu 
zápisu na disketu těsně předchází dělení kmi- 
točtu již zakódované kompozice v poměru 1 :2, 
čtený signál je naopak před zpracováním v po- 
měru 2:1 násoben. Tímto vtipným způsobem je 
dosaženo již zmíněné střídavé magnetické 
orientace sousedních záznamových ele- 
mentů (nezávisle na jejich obsahu), což 
prakticky omezuje počet potřebných magne- 
tizačních změn zhruba na polovinu, potlaču- 
je vliv rychlosti otáčení při záznamu a čtení 
na bezpečnost zpracovávaných dat a sou- 
časně umožňuje dosáhnout větší hustoty 
záznamu. 

Princip kódování záznamu metodou FM\e 
na obr. 35. Stopa a) postihuje sled bitů, které 
mají být zpracovány jako data. Čisté impulsy 
T na stopě b) představují hodinové impulsy 
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systémového taktu s konstantní periodou 
4us. Při kódování datových bitů s úrovní L se 
kompozice zakódovaného signálu, tvořená 
impulsy T+D, neovlivňuje, datové bity 
s úrovní H se do kompozice doplňují a to 
vždy tak, že jsou vůči impulsům T posunuty 
o jt/2. Pro přehlednost jsou tyto impulsy ve 
stopě b) označeny šrafováním. Takto vytvo- 
řená zakódovaná kompozice vlastně před- 
stavuje kmitočtově modulovaný signál se 
dvěma možnými dobami trvání jednotlivých 
intervalů mezi aktivními (sestupnými) hrana- 
mi (2ns, 4^is). Tento signál se zavádí na 
záznamové obvody floppydisku. V jednotce 
je konečně dělen, například klopným obvo- 
dem D v poměru 1 :2, čemuž odpovídá časo- 
vý průběh magnetického záznamu na stopě 
c). Při čtení je možno původní kódovací 
kompozici T+D rekonstruovat. Pro názor- 
nost uvažujme její odvození pomocí obyčej- 
ného monostabilního obvodu s T M1 < 2jxs, 
reagujícího na obě hrany čteného signálu, 
stopa d). Obdobně, pomocí monostabilního 
obvodu s T M2 = 3 [ is lze demonstrovat 
oddělení impulsního sledu systémového 
taktu, stopa e), kterého lze využít pro obvody 
datového separátoru. V praxi se ovšem pro 
obnovu taktu nepoužívají monostabilní ob- 
vody, ale smyčka fázového závěsu PLL. 

Princip metody MFM, umožňující vůči FM 
dvojnásobné zvětšení hustoty záznamu, je 
na obr. 36. Vychází se z poznání, že u meto- 
dy FM tvoří podstatnou složku záznamu, 
zvyšující požadavky na šířku přenášeného 
kmitočtového spektra a tím i přesnost disko- 
vé mechaniky, impulsy systémového taktu 
T. Byla nalezena metoda, která činí užití 
těchto impulsů právě v kritických oblastech 
záznamu nadbytečným. Důsledkem jejího 
uplatnění je zmíněné zdvojnásobení hustoty 
záznamu bez zvětšení počtu magnetizač- 
ních změn. Stejně jako u FM zůstávají dato- 
vé bity D = H aktivní součástí vytvářené 
kompozice. Impulsy taktu T se však nyní do 
kompozice zařazují pouze tehdy, když jim 
bezprostředně nepředchází ani je nenásle- 
duje právě aktivní impuls D = H. Impulsy se 
tedy ve výsledné kompozici vyskytují pouze 
na hranách sousedních bitů D = L. Obnova 
taktu na straně čtení je nyní možná pouze 
s využitím závěsu PLL, zvětšují se i poža- 
davky na přesnost mechaniky a čtecích zesi- 
lovačů jednotek. Pro větší bezpečnost čte- 
ných dat se na straně jejich zápisu používá 
princip tzv. prekompenzace. 

Již z tohoto stručného přehledu fyzické 
struktury a organizace záznamu dat na dis- 
kové jednotky je patrna jejich značná složi- 
tost. Pro řízení jednotek se dnes již výlučně 
používají specializované procesory, monoli- 
tické řadiče diskových pamětí, viz např. kla- 
sický obvod 8272. Řadiče umožňují řídit na 
základě instrukcí postup akcí a kontrol řady 
funkcí přes vystavování hlavičky, záznam 
a čtení sektoru až například po formátování 
diskety. Přenos dat mezi operační pamětí 
a diskovou jednotkou vzhledem k dosažení 
velké přenosové rychlosti standardně zajiš- 
ťuje další programovatelný obvod, řadič pří- 
mého přístupu k paměti DMA, například 
obvod 8257. 

"Zájemce o podrobnější informace k pro- 
blematice diskových pamětí musíme odká- 


zat na specializovanou literaturu. Pro naši 
další potřebu nám dosavadní informace sta- 
čí. Je však třeba uvědomit si, že dosud 
uvažované dělení diskového záznamu na 
stopy a sektory souvisí s fyzickou organizací 
diskové paměti (rotační pohyb, mechanis- 
mus vystavování hlavičky . .). Z hlediska 
programátora počítače, vybaveného disko- 
vým operačním systémem, nejsou znalosti 
o okamžité pozici uložení dat na disku v pod- 
statě vůbec zajímavé, právě naopak. Pro- 
gramátor potřebuje s těmito daty pracovat 
jako s vnějšími soubory a jako takové je také 
vytvářet, vyhledávat, zpracovávat i rušit. Os- 
tatní informace jsou pro něj zbytečné a navíc 
mimořádně zatěžující, pokud podle nich má 
práci s vnějšími daty skutečně sám řídit. 
Právě efektivní organizaci a správu souborů 
na diskových pamětech přebírá za pro- 
gramátora i jiné uživatele operační systém, 
zajišťující i vzájemnou transformaci mezi 
logickou organizací souborů v operační pa- 
měti a fyzickou na diskových jednotkách. 

Operační systém CP/M 

Okolnosti vývoje způsobily, že jako první 
standard diskově orientovaného operačního 
systému se ujal Control Program for Micro- 
computers autora G. Kindalla. Jeho koncep- 
ce je natolik geniální i jednoduchá zároveň, 
že se výrazně promítá i v nových operačních 
systémech současné doby, pro 16 a 32bito- 
vé mikropočítače. Zvláště zajímavé a vyso- 
ce účinné bylo rozdělení systému na dvě 
části, první zcela nezávislou a jednoznačně 
definovanou a druhou, modifikovatelnou po- 
dle konkrétní potřeby konfigurace technic- 
kých prostředků implementace (počítače 
a periférií). Touto cestou byl systém CP/M 
koncipován jako velmi univerzální. 

V původní verzi je CP/M určen pro 8bitové 
mikropočítače s CPU 8080 a Z80 jako sy- 
stém, který z principu není schopen paralel- 
ního zpracování úloh. V současné době se 
CP/M v našich amatérských podmínkách 
s oblibou užívá prostřednictvím disků RAM. 

CP/M je systém, umožňující uživateli ope- 
rativně pracovat se soubory. V souvislosti 
s diskusí diskových pamětí jsme si jako 
základní prvky jejich organizace definovali 
stopy a sektory. CP/M ve svém jádru pocho- 
pitelně pracuje s jinou, logickou organizací 
dat. V ní jsou hlavními prvky soubory a jejich 
věty. Naše další úvahy velmi zpřehlední 
předpoklad, ostatně platný v základní verzi 
CP/M, že se soubory skládají z vět pevné 
délky (128 byte), shodné s rozměrem sekto- 
ru diskety (128 byte). Pak lze mezi základní 
fyzickou (sektor) a logickou (věta) přístupo- 
vou položku souboru položit rovnítko. To 
však už nelze jednoznačně předpokládat 
mezi pořadím vět v souboru a sektorů tohoto 
souboru na disku. Je také dobře hned zpo- 
čátku vědět, že CP/M umožňuje pracovat 
nejen se sekvenčním, ale také s přímým 
přístupem k jednotlivým větám souboru. 

Přehled o vrstvené výstavbě struktury 
CP/M podává dnes již klasický obr. 37. Vlast- 
ní jádro tvoří prostřední vrstva BDOS (Basic 
Disc Operating System), řešená tak, že je 
zcela nezávislá na konkrétní konfiguraci 
technických prostředků počítače (užité peri- 
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Obr. 36. Kódování záznamu metodou MFM 
(čárkovaně blokované taktovací impulsy) 



Obr. 37. Znázornění struktury operačního 
systému CP/M 

férie, jejich skladba a typy . .). BDOS zajišťu- 
je inicializaci systému a logickou organizaci 
všech zařízení l/O včetně systému souborů 
a jejich adresářů. 

Nejnižší vrstvou systému, znázorněnou 
na obr. 37, je BIOS (Basic Input/Output 
System), jímž je zajištěna vazba systému na 
konkrétní technické prostředky a tím i nezá- 
vislost a univerzálnost BDOS. Základní 
strukturu BIOS si uživatel přizpůsobuje po- 
dle svých aktuálních potřeb. Ze strany har- 
dware, na které BIOS bezprostředně nava- 
zuje, lze tuto vrstvu vidět jako blok ovládačů 
(driverů) jednotlivých zařízení l/O a disko- 
vých jednotek. 

Třetí, nejvyšší vrstva CCP (Control Com- 
mand Processor) představuje interpret řídi- 
cích příkazů (interních a tranzientních), umož- 
ňující uživateli dialog se systémem prostřed- 
nictvím terminálu. Do stejné vrstvy, nad jád- 
ro systému, lze řadit i další systémové a uži- 
vatelské programy. 

Umístění CP/M v operační paměti, která 
musí být umístěna od nulové adresy, je obr. 
38. Nejnižších O až FF H bytů paměti RAM 
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Obr. 38. Umístění jednotlivých částí CP/M 
v operační paměti 

zabírá oblast systémových parametrů SPA, 
do které mj. patří i buffer (128 byte) přístupu 
k disku a tzv. blok řízení přístupu FCB (Filé 
Control Block), který systém používá k řízení 
přístupu k souborům na disku. Nad touto 
oblastí se nachází volitelně velká sekce 
RAM pro umisťování služebních i uživatel- 
ských programů. Sekce začíná adresou 
100 H, která je současně startovacím bo- 
dem všech programů, využívaných pod 
CP/M. Část této sekce, označované jako 
TPA, zabírá také interpret CCP. Konečně 
nejvyšší souvislou sekci dostupné oblasti 
operační paměti zaujímá rezidentní prostor 
obou spolupracujících, do určité míry však 
i nezávislých modulů BDOS a BIOS. 

Nyní je třeba pochopit využití a organizaci 
záznamového prostoru diskety pod sy- 
stémem CP/M. Na každé disketě je rezervo- 
vána oblast pro uložení systému, i když třeba 
není využita. Zbývajícího obsahu diskety se 
využívá pro: 

adresář souborů, 
vlastní soubory. 

Celý tento prostor je z hlediska přidělování 
systému dělen na souvislé, tzv. alokační 
bloky sektorů. Smysl alokačních bloků vyply- 
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ne v dalším. Paměťový prostor se tedy sou- 
borům přiděluje po blocích konstantní délky, 
kterou lze určit v BIOS. Vlastní přístup k sou- 
boru, ať už sekvenční nebo přímý, se však 
uskutečňuje po větách (sektorech). 

Aby systém mohl práci se soubory (vytvá- 
ření, vyhledávání, čtení, aktualizaci, ruše- 
ní . .) organizovat se sekvenčním i přímým 
přístupem k jejich větám (sektorům), musí 
nějakým, z hlediska časové režie efektivním 
způsobem evidovat jejich aktuální stav. Sou- 
časně musí zajišťovat transformaci mezi lo- 
gickým (věty) a fyzickým (sektory) umístě- 
ním jejich položek. 

Základním prostředkem pro evidenci sou- 
borů ve vnější paměti je adresář, nedílná 
složka obsahu každé diskety. Jedna položka 
adresáře detailně postihuje potřebné sy- 
stémové informace o jednom souboru (nebo 
jeho části). V případě prázdného souboru je 
příslušná položka adresáře volná. Položka 
adresáře eviduje mj. jméno souboru a jeho 
typ, počet vět a čísla alokačních bloků, přidě- 
lených tomuto souboru. Alokační bloky na 
disku systém postupně čísluje a přiděluje 
počínaje od nuly. Adresář spravuje vrstva 
BDOS. 

Popis obsahu diskety adresářem se často 
přirovnává k popisu hypotetického „logické- 
ho disku“, na kterém by na jedné stopě byly 
za sebou seřazeny všechny alokační bloky 
s jim přidělenými větami souborů. 

Skutečné fyzické umístění záznamu na 
disku vyplývá z jeho rozložení do jednotli- 
vých fyzických stop podle formátu diskety, 
popř. počtu sektorů/stopu. Při známém 
umístění prvního alokačního bloku se k pře- 
počtu používá tabulka. 

Mezi logickou a fyzickou strukturou je však 
třeba vidět jeden rozdíl, uvažujeme-li z hle- 
diska souboru. Logickou strukturu souboru 
chápeme jako spojitou sekvenci jeho vět. 
Fyzická struktura souboru na disku však 
~Thůže být z řady důvodů nespoutá, v pod- 
statě rozložená po celém disku. Kdyby měl 
být adresář tvrdě organizován tak, aby posti- 
hoval příslušnost každé věty ke konkrétnímu 
souboru a současně i její umístění, byl- by 
neúnosně rozsáhlý. Právě proto užívá CP/M 
pro umisťování a evidenci souborů v adresá- 
řích systém alokačních bloků, nejčastěji 

0 velikosti 1 nebo 2 kB. To přináší ostatně 

1 jiné výhody, především zkracuje časovou 
režii při sekvenčním zpracování souboru, 
protože všechna data (věty) jsou v rozmezí 
každého bloku umisťována spojitě. Jeden 
nedostatek sdružování vět do A větších bloků 
je však zřejmý na první pohled a stojí za 
zapamatování - při konstantní délce bloku 
(např. 1 kB) obsazuje i libovolně krátký sou- 
bor (např. s délkou jedné věty) vždy kapacitu 
celého bloku. Nevyužitá kapacita diskety 
v rámci bloku je z hlediska informačního 
obsahu ztracena. Tento jev se stává jedním 
z hlavních aspektů u systémů pro paralelní 
zpracování úloh (multitasking), kde je příči- 
nou tzv. fragmentace paměti. 

Uspořádání vět v logické struktuře soubo- 
ru zajišťuje BDOS, spravující adresář. 
Využitím příslušných služeb BIOS, např. vý- 
běru stopy, sektoru, adresy DMA nebo čtení 
a zápisu sektoru a transformačních tabulek 
zajišťuje BDOS i odpovídající strukturu fy- 
zickou. Takovou, jakou požaduje konkrétní 
typ diskové jednotky a jejího řadiče. 

Zbývá vysvětlit, jak se vlastně adresář 
vytváří a využívá. To musí probíhat v součin- 
nosti se systémem zabezpečení alokačních 
bloků a vět souboru na společné disketě. Při 
přístupu na disk CP/M využívá již dříve zmí- 
něný blok řízení souboru FCB v oblasti sy- 
stémových parametrů SPA. Většina položek 
bloku FCB má prakticky stejnou strukturu 
i význam, jako položky adresáře. Navíc blok 
FCB obsahuje položky pro určení pořadové- 
ho čísla věty v rámci alokačního bloku při 
sekvenčním, nebo v rámci celého souboru 


při přímém přístupu. Pro jakýkoli odkaz na 
soubor systém využívá bloku FCB, jehož 
prostřednictvím se soubor identifikuje a ad- 
resují jeho položky. 

Při aktivaci diskety se v systému na zákla- 
dě obsahu jejího adresáře vytvoří tzv. bitová 
mapa, evidující všechny využité alokační 
bloky, tedy systémový stav využití diskety. 

S každým otevřením souboru se do bloku 
FCB přenese jeho adresářová položka 
a zde, v oblasti SPA, se při všech operacích 
s tímto souborem trvale aktualizuje. Po uza- 
vření souboru se konečný obsah FCB vrací 
zpět na disk jako aktuální položka adresáře. 
Bitová mapa je při práci na příslušné disketě 
trvale aktualizována, protože je v ní zohled- 
ňováno každé přidělení i zrušení alokačního 
bloku. 

Shrneme-li dosavadní úvahy, vidíme, že 
vytváření uživatelských programů pod sy- 
stémem CP/M je podporováno především 
jeho službami pro řízení l/O periferních a dis- 
kových zařízení. Na nejvyšší, systémové 
úrovni tomu odpovídají služby BDOS, mimo 
rámec CP/M však lze využívat i přímých 
služeb BIOS. Standardní CP/M nabízí cel- 
kem 40 služeb BDOS pro inicializaci sy- 
stému, vstupy a výstupy logických, znakové 
orientovaných zařízení a souborů. Všechny 
tyto služby jsou dostupné voláním společné- 
ho vstupu (CALL 5) v oblasti SPA s předáním 
čísla požadované služby a případných para- 
metrů. Modul BIOS je programově zpřístup- 
ňován skokovým vektorem, umožňujícím vý- 
běr ze 1 7 služeb, z nichž každá je tvořena 
příslušným podprogramem, modifikujícím 
nebo rozšiřujícím kostru základního modulu. 

CP/M patří k relativně jednoduchým, ale 
efektivním operačním systémům s minimál- 
ními nároky na podporu ze strany hardware 
počítačového systému. Toho bylo dosaženo 
jednoznačnou orientací na práci v monopro- 
gramovém režimu. Samozřejmé existují ap- 
likační požadavky, které CP/M splnit nemů- 
že. K typickým patří úlohy, vyžadující radi- 
kální zvětšení propustnosti a zrychlení ode- 
zvy systému či multiprogramového nebo 
multiuživatelského využití počítače. Této 
problematiky si ještě všimneme později při 
úvahách o mikroprocesorech a operačních 
systémech vyšších generací. 

Programování v asembleru 

V AR-B č. 5/89 11] [jsme se zhruba sezná- 
mili s instrukčním" souborem jednoduchého 
mikroprocesoru (Intel 8080) prostřednictvím 
jeho asemblerové mnemoniky, tvořící vždy 
základ příslušného jazyka symbolických ad- 
res JSA, tedy asembleru (assembly langua- 
ge). Výhoda mnemonického, textového po- 
pisu jednotlivých instrukcí je evideňtní - rela- 
tivně snadná pochopitelnost, zapamatova- 
telnost, přehlednost a rozlišitelnost významu . 
jednotlivých instrukcí, zápisu jejich operač- 
ních kódů a operandů. Ostatně, bez mnemo^ 
nického značení instrukcí by pro množství 
dnes existujících mikroprocesorů již na pří- 
mé úrovni strojového kódu nebylo vůbec 
možné pracovat pro naprostou ztrátu přehle- 
du. 

Mezi vyššími jazyky, jako je Pascal, a jazy- 
ky, pracujícími s asemblerovou mnemoni- 
kou, je ovšem velká mezera. Zde nacházíme 
jiné jazyky, jako například C-jazyk, PL/M 
a jiné, které však musíme ponechat stranou 
našeho současného zájmu, i když mají mno- 
hé přednosti a jsou velmi praktické. Nicmé- 
ně, stále jsou a budou situace, v nichž je 
asembler mimořádné vhodný nebo i nezbyt- 
ný. To platí zvláště pro realizaci programů 
pracujících s perifériemi, vyžadujících rych- 
lou odezvu nebo optimální využití kapacity 
operační paměti (typicky jednočipové mikro- 
počítače). Asembler umožňuje „ušít“ pro- 
gramové vybavení přesně na míru konkrétní 
aplikace. 

Programování v asembleru je náročné. 


Vedle detailních softwarových znalostí vyža- 
duje i značný přehled o hardware vyvíjeného 
systému. Programátor si musí sám vytvářet 
potřebné datové a příkazové typy a struktu- 
ry, k čemuž má k dispozici pouze instrukční 
soubor konkrétního procesoru a podporu 
dostupného křížového programového vy- 
bavení hostitelského nebo vývojového 
systému. Nemůže, tak jako ve vyšším ja- 
zyce, spoléhat na výkonnou typovou kon- 
trolu. 

Práce v asembleru má mnohá specifika. 
Patří k nim mimo jiné práce s jednotlivými 
(zvláště příznakovými) bity, která je zákla- 
dem pro vytváření složitějších příkazů, roz- 
hodovacích funkcí či algoritmů. Začátečník 
naráží především na dva odlišné, ve skuteč- 
nosti však do sebe zapadající problémy: 

- přesné chápání významu a činnosti znač- 
ného počtu jednotlivých instrukcí, zejména 
uplatnění adresovací metody a závislosti 
nebo naopak působení instrukce na stav 
indikátorů příznakového registru, 

- správné a efektivní užívání jednotlivých 
instrukcí při tvorbě potřebných datových 
a příkazových struktur programu. 

Obojí se společně promítá v obtížné orien- 
taci při studiu publikovaných programových 
výpisů a pokusech o vlastní aktivní práci. 
Právě zde dochází plného uplatnění byť 
povrchní znalost vyššího programovacího 
jazyka. 

Jazyk symbolických adres 

Mezi tvorbou programu ve vyšším jazyce 
a asembleru je i přes odlišnost obou úrovní 
nadále zásadní podobnost. Program musí 
být napsán ve zdrojovém, textovém tvaru 
(editor), přeložen do strojového kódu (asem- 
bler), odladěn (debugger, monitor), případně 
propojeny jeho moduly (linker) a umístěn do 
konkrétní aplikace (loader, programmer EP- 
ROM), obr 39. K tomu se opět využívá 
prostředků a pomocného programového vy- 
bavení operačního systému hostitelského 
počítače nebo speciálního vývojového sy- 
stému, který většinou disponuje i dalšími 
efektivními prostředky pro vývoj a ladění 
programu (například emulátor). 

Aby mohl být napsán asemblerový pro- 
gram, srozumitelný jak jeho tvůrci a dalším 
spolupracovníkům nebo pozdějším aplikáto- 
rům, tak také systému, na kterém má být 
vytvářen, musí být samozřejmě respektová- 
ny určité konvence, platné obecně pro různé 
procesory a tedy zavádějící do programová- 
ní na úrovni JSA určité systematické, stan- 
dardní postupy a přístupy. Nejdůležitější fakt 
vyplývá už z názvu JSA - jazyk symbolic- 
kých adres - k popisu umístění jednotlivých 
instrukcí a jejich operandů v operační paměti 
neužívá konkrétních adres, ale pouze jejich 
symbolického označní (návěští, label) a to 
ještě pouze ve vybraných, významných mís- 
tech programu. 

Důvod zavedení adresové symboliky je 
zcela logický. Každá instrukce i data pro- 
gramu musí být umístěny na přesně defino- 
vaných místech operační paměti. V průběhu 
vytváření a zpracovávání programu však 
stále dochází k mnoha změnám (doplňování 
i vypouštění instrukcí . .), které by při abso- 
lutním adresování každé instrukce zname- 
naly nutnost trvale přepisovat ovlivněné ad- 
resy. To je ovšem pro systematickou práci 
nepřijatelné, každá identifikovaná chyba by 
měla za následek množství úmorné a zcela 
zbytečné práce. Stejné problémy by nastá- 
valy při vytváření a umisťování přemístitel- 
ných, relokativních modulů. 

Koncepce symbolických adres, využívají- 
cí prostředků hostitelského nebo vývojového 
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Obr. 39. Znázornění postupu vy- 
tváření strojového' programu 
prostřednictvím JSA a vývojové- 
ho systému 


Tab. 13. Formát zdrojového programu v JSA 


DISASEMBLER 


cílový (absolutní 'relativní') 
program/ modul 


DEBOGGER 


MONITOR 


LINKER 



LOCATER 




cíloví 

SOUBORY 


< CÍLOVÝ 

PROGRAM J 


systému, oprošťuje programátora od potře- 
by detailní správy a evidence paměťového 
prostoru na úrovni každé instrukce. To za něj 
zcela automaticky zajišťuje překladač, 
s nímž programátor komunikuje prostřed- 
nictvím několika pseudoinstrukcí, umožňují- 
cích překladači, linkeru atd. právě orientaci 
v systému symbolických i reálných adres. 
Průběh překladu, ladění, formu výpisu a jiné 
činnosti programátor řídí pomocí vhodných 
direktiv. Tvorba asemblerového programu 
tedy v zásadě probíhá velmi podobně jako 
ve vyšším jazyce. Hlavní rozdíl je v tom, že 
prostředky, kterými programátor nyní dispo- 
nuje, jsou mnohem méně výkonné. 

Praktickým důsledkem zavedení systému 
symbolického adresování do JSA je to, že 
v celém zdrojovém programu označujeme 
formou symbolického návěští pouze někte- 
ré, mimořádně významné adresy. K takovým 
adresám patří například začátek programu, 
cílové adresy skokům volání, vstupní body 
podprogramů apod. Zápis zdrojového textu 
JSA má určitý formát, zčásti vždy závislý na 
konkrétní implementaci a pochopitelně i typu 
procesoru. 

Zdrojový tvar programu JSA 

Můžeme přistoupit k orientačnímu popisu 
struktury zápisu a postupu zpracování pro- 
gramu v jazyce symbolických adres. 
Program je vytvářen s využitím dvou odliš- 
ných typů instrukcí: 

1. Běžných instrukcí, popsaných asemble- 
rovou mnemonikou jednotlivých instrukcí 
CPU a příslušnými operandy. 

2. Pseudoinstrukcí, které však vůbec ne- 
jsou instrukcemi CPU, ale slouží pro říze- 
ní činnosti překladače programátorem. 

Pro první orientaci jsou v tab. 12 vypsány 
některé základní typy pseudoinstrukcí, s ni- 
miž se v praxi u 8bitových systémů setkává- 
me nejčastěji. Zápis řádku, obsahujícího 
pseudoinstrukcí, se běžně skládá ze tří polo- 
žek: 

1 - z návěstí nebo symbolického jména, 

2 - ze zápisu vlastní pseudoinstrukce, 

3 - z operandu pseudoinstrukce. 

Pole 1 a 3 jsou ve výjimečných případech 
nepovinná. Tak jako každý jiný příkazový 
řádek, může být i řádek, obsahující pseudo- 
instrukci, doplněn polem komentáře. Pří- 
klad: 


Label 

Pseudoin- 

strukce 

Operand 

Komentář 

MASKA 

EQU 

OF H 

;maska horní 
bitové čtveřice 


Návěští 

Instrukce 

Komentár 


operační 

kód 

operandy 


START: 

0RG0 

Dl 

LXI 

JMP 

0 

SP, 1000H 
(NIC 

; počáteční adresa 
i modulu 

; blokované přerušení 
; nastavení zásobníku 
; inicializace systému 
; pokračování programu 


END 


; koncová pseudoin- 
: strukce 


Tab. 12. Vybrané pseudoinstrukce jazyka ASM 80 


ORG Úvodní pseudoinstrukce. Nastavuje počitadlo adres překladače na hodnotu 
operandu. 

END Závěrečná pseudoinstrukce, označují konec překládaného zdrojového 
programu. 


EQU Pseudoinstrukce EQU přiřazuje symbolickému jménu, zapsanému v poli 
návěští (bez dvojtečky) hodnotu dat nebo výrazu z pole operandu. 

DB Pseudoinstrukce DB přiřazuje hodnotu z pole operandů 8bitovému paměťovému 
místu, identifikovanému návěštím. Jeho adresa je při překladu 
určena stavem počitadla adres překladače. 

DW Pseudoinstrukce DW přiřazuje aktuální lokaci (16 bitů), určené návěštím 
a stavem počitadla adres, hodnotu z pole operandů (nižší byte 
na první, vyšší na druhou adresu). 

Operandy pseudoinstrukcí DB a DW mohou být jednoduchá data, výraz nebo 
datový řetěz, případně řetězec operandů. 

DS Tato pseudoinstrukce rezervuje v paměťovém prostoru místo, počínaje 
návěštím (aktuálním stavem počitadla adres) s počtem bytů, uvedeným 
v poli operandu. Počitadlo adres se proto zvyšuje o tuto hodnotu. 


ASEG Tato pseudoinstrukce definuje při překladu absolutní, nepřemístitelný modul. 
CSEG Pseudoinstrukce CSEG (Code Segment) přiřazuje při překladu následujícímu 
bloku atribut programového modulu. 

DSEG Touto pseudoinstrukcí (Data Segment) je definován datový modul. 

Vytváří se tak, že do něj umisťujeme proměnné a alokujeme jej vždy 
v paměti RAM. 


EXTRN Pseudoinstrukce EXTRN umožňuje deklarovat symbolická jména, užitá 
v poli operandů jako externí, tj. skutečně umístěná v jiném, 
externím modulu. 

PUBLIC Pseudoinstrukce PUBLIC deklaruje návěští v modulu jako globální, 

tedy sdílená a přístupná jiným modulům. Prostřednictvím pseudoinstrukcí 
EXTRN a PUBLIC je možno vytvářet tabulku adres a dat, sdílených 
jednotlivými moduly. Ta je nezbytná pro linkování přemístitelných 
programů. 
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Každý program nebo programový modul 
se označuje symbolickým jménem, váza- 
ným na pseudoinstrukcí NAME, hlavní pro- 
gram se ukončuje pseudoinstrukcí END 
a operandem, odpovídajícím symbolické 
startovací adrese. Není-li operand uveden, 
je jako startovací implicitně nastavena adre- 
sa nulová. 

Pseudoinstrukce EQU až DS v tab. 12 
slouží pro definiční a deklarační účely. 

Pomocí pseudoinstrukcí ASEG až DSEG 
se vymezují segmenty absolutních nebo re- 
lokativních programů. 

Pseudoinstrukce EXTRN a PUBLIC 
umožňují pro potřebu spojování programo- 
vých modulů deklarovat významná symbo- 
lická návěští jako buď umístěná v jiném 
modulu (EXTRN), nebo naopak jinému mo- 
dulu vdostupná (PUBLIC). Ostatní návěští 
v modulu mají i nadále lokální charakter, jsou 
tedy při linkování z ostatních modulů nedo- 
stupná. Tak je zajišťována jednoznačná 
struktura a hierarchie vazeb mezi jednotlivý- 
mi moduly programu. 

Ukázka formátu zdrojového tvaru takové- 
ho modulu je znázorněna v tab. 1 3. Modul je 
uvozen pseudoinstrukcí ORG adr, nastavují- 
cí počáteční hodnotu počitadla adres překla- 
dače a je ukončen pseudoinstrukcí END. 
V rozmezí obou těchto pseudoinstrukcí se 
zapisuje program, tvořený zdrojovými řádky. 
Každý řádek má opět k dispozici pole návěš- 
tí, instrukcí či pseudoinstrukcí, operandů 


a komentáře. Pole návěští a komentářů jsou 
nepovinná, jejich využití závisí na potřebě, 
syntaxi (návěští) nebo vůli programátora 
(komentář). V určitých případech se neužívá 
ani pole operandů. 

Pole návěští především umožňuje zápis 
symbolické adresy (ukončované dvojteč- 
kou) daného řádku. Návěští musí začínat 
písmenem, nesmí být delší než 5 znaků 
a nesmí kolidovat s mnemonikou CPU 
a pseudoinstrukcí. 

Pole instrukcí a pseudoinstrukcí slouží pro 
zápis příslušných mnemonických kódů. 
Operandy mohou být v dalším poli zadávány 
buď jako přímé (v kódu dekadickém, binár- 
ním, hexá nebo ASCII), nebo jako algebraic- 
ký výraz a dále prostřednictvím registro- 
vého a nepřímého adresování, symbolic- 
kého jméno nebo návěští. 

Komentářové pole je nepovinné a také 
nemá na vlastní překlad žádný vliv. Uvádí se 
středníkem. 

Vidíme, že symbolické adresy se ve zdro- 
jovém programu vyskytují jak v poli návěští, 
tak v poli operandů. V poli návěští, v němž 
mají význam označení skutečné cílové adre- 
sy, se pochopitelné může každá symbolická 
adresa objevit pouze jedenkrát, na jediném 
místě programu. Výskyt stejné symbolické 
adresy v poli operandů je neomezený. 












Překlad z JSA do strojového kódu 

Uvažujme nyní postup překladu zdrojové- 
ho programu ve formě textového souboru, 
vytvořeného v editoru. Vlastní překlad zpra- 
vidla probíhá ve dvou, navzájem velmi po- 
dobných průchodech. 

Po spuštění překladu je odstartován první 
průchod. V něm jsou postupně čteny jednot- 
livé řádky zdrojového textu a pomocí přiřazo- 
vací, konverzní tabulky jsou překládány 
všechny jednoznačně definované objekty. 
Na počátku našeho příkladu, tab. 13, je 
pseudoinstrukcí ORG nastavena počáteční 
adresa počitadla adres překladače, přiřaze- 
ná první insktrukci. U relokativních modulů 
se však používá relativní adresování, vzta- 
žené vždy k nulové počáteční adrese. Po- 
stupným překladem řádků zdrojového textu 
jsou přeloženy operační kódy a přímé nebo 
implicitně definované (registrové) operan- 
dy. Současně se všem návěštím přiřazují 
konkrétní adresy tím, že překladač automa- 
ticky zvyšuje obsah svého počitadla adres 
a vytváří tabulku uživatelských návěští. Po 
detekci koncové pseudoinstrukce END je 
ukončen první průchod. Překladač se vrací 
zpět na začátek a začíná druhý průchod. 
Postup překladu je prakticky stejný až na to, 
že jsou již k dispozici všechny potřebné 
adresy symbolických návěští i ostatní ope- 
randy a proměnné, závislé na návěštích 
a pseudoinstrukcích. V přeloženém pro- 
gramu nebo modulu ovšem může být celá 
řada chyb a neuspokojených odkazů (včetně 
externích). 

Na konci překladu jsou proto vypisována 
chybová hlášení, včetně tabulek uživatel- 
ských návěští. Označují se jako křížové refe- 
rence. Program se opravuje ve zdrojovém 
tvaru a překládá tak dlouho, až není hlášena 
žádná chyba. Výstup překladače na displej 
nebo tiskárnu má většinou volitený formát. 
“Programátor si pomocí direktiv vybírá ten, 
který mu v dané chvíli vyhovuje nejvíce. 

Plný formát, opomineme-li číslování řád- 
ků, může být postižen v šesti sloupcích, tab. 
14. Z nich pouze první dva, tj. adresa a výpis 
strojového kódu se přímo týkají přeloženého 
programu. Ostatní sloupce poskytují mož- 
nost výpisu jednotlivých položek zdrojového 
textu jako reference. 

Tab. 14. Výpis překladače z JSA do strojové- 
ho kódu 


Adresa 

| Kód 

Návěští 

Instrukce 

Komentář 

0000 

0000 

0001 

0004 

F3 

310010 

C33800 

START: 

ORG 0 

Dl 

LXI SP, 100QH 
JMP INIC 





END 



Překlad ze zdrojového asemblerového do 
cílového strojového kódu je ovšem teprve 
částí práce, spojené s naprogramováním 
konkrétní aplikace. Dále je třeba vyvíjený 
program odladit, ověřit sémantickou správ- 
nost jeho výstavby. K tomu je nutné program 
spustit a mít možnost sledovat a ovlivňovat 
průběh jeho činnosti. To opět vyžaduje spe- 
ciální programové, někdy i technické pro- 
středky. 

K nejjednodušším prostředkům ladění 
programu patří monitory. Podle výkonnosti 
umožňují monitory ovládat a sledovat ales- 
poň tyto funkce: start programu od zvolené 
adresy, jeho krokování po jednotlivých in- 
strukcích nebo naopak zastavení na určené 
adrese po zvoleném počtu průchodů (zaráž- 
ka), výpis a změny obsahu registrů včetně 
příznakového, výpis a změny obsahu pamě- 
ťových míst. 

Komfortnější formy monitorů se obvykle 
označují jako debuggery. Ty navíc umožňují 


i trasovat program, volitelně definovat 
zakázané paměťové oblasti, instrukce aj. 

Velmi užitečným prostředkem je disasem- 
bler, tzn. zpětný překladač programu ze stro- 
jového do asemblerového tvaru. 

Monitor i debugger mají jeden společný 
nedostatek, vyplývající z výlučně programo- 
vého řešení. Je jím statický charakter ladění, 
nemožnost práce v reálném čase. To umož- 
ňuje emulátor, jímž bývají vybaveny speciál- 
ní vývojové systémy. Prostřednictvím emu- 
lačního adapteru, který se osazuje namísto 
CPU do objímky vyvíjeného uživatelského 
systému, je možno jak plně, tak částečně 
emulovat jeho systémové, tedy technické 
(CPU, paměť..) i programové prostředky 
vývojovým systémem. Emulační adapter 
tedy nahrazuje mikroprocesor testovaného uži- 
vatelského systému a současně představuje 
interface vývojového systému, pod jehož 
kontrolou emulace probíhá. Kombinovaným 
využitím programových i technických pro- 
středků vývojového a vyvíjeného systému je 
tak možno realizovat „komfortní debugger", 
pracující v režimu velmi blízkém režimu reál- 
ného času. Emulátor proto dovoluje užívat 
nejen všechny dosud uvažované funkce, 
usnadňující ladění vyvíjené aplikace s tím, 
že se přibližujeme reálným podmínkám, ale 
i mnohé jiné, spočívající v možnosti spolu- 
práce či sdílení technických prostředků obou 
systémů. K nejvýznamnějším patří možnost 
předělovat vybrané paměťové sekce vývojo- 
vého systému testované aplikaci (memory 
mapping). 

Při ladění, testování a diagnostice vyvíje- 
ného nebo opravovaného mikroprocesoro- 
vého systému se užívají i speciální technické 
prostředky, z nichž nejvýznamnější je logic- 
ký analyzátor, umožňující pohodlnou a pře- 
hlednou časovou nebo stavovou analýzu 
poměrně rozsáhlého úseku činnosti sy- 
stému (počet zobrazených stop a stavů) 
před i po výskytu (pretrigger, posttrigger) 
požadované nebo předpokládané události. 
Užití analyzátoru je mimořádně cenné zvláš- 
tě při diagnostice odezvy systému na jedno- 
rázové nebo pseudonáhodné akce (přeruše- 
ní, komunikace . .). Jiným velmi užitečným 
prostředkem je při ladění programů simulá- 
tor EPROM. Jak u analyzátorů, tak simuláto- 
rů je zpravidla k dispozici disasembler, tedy 
možnost zpětného překladu strojového kódu 
zpět do asemblerového tvaru. 


Práce v asembleru 

Práci na úrovni asembleru (algoritmy, ruti- 
ny) jsme původně zamýšleli věnovat pod- 
statnou část tohoto čísla. Mezitím však vyšla 
podle našeho názoru výborná Zajíčkova 
knížka Bity do bytu, kde je vlastně vše, čím 
jsme se chtěli zabývat a tak bychom pouze 
opakovali již hotovou a zdařilou práci. Proto 
jsme se rozhodli věnovat více prostoru Pas- 
calu. 

V této kapitole se tedy omezujeme na 
přehledový popis klíčových úvodních faktů 
s tím, že na vhodných místech odkazujeme 
na běžně dostupnou literaturu. Všímáme si 
základních paralel a odlišností mezi Pasca- 
lem a JSA. 

JSA není a přirozeně nemůže být struktu- 
rovaný jazyk. Musí však umožňovat vytváře- 
ní obdobných datových i příkazových typů 
a struktur. Jedinými prostředky k tomu jsou 
symbolické instrukce a pseudoinstrukce. 
S nimi je třeba zacházet v prostoru symbolic- 
kých adres tak, aby vytvářené programy po- 
kud možno odpovídaly zásadám strukturo- 
vaného programování. 

Datové typy 

Základními datovými typy, s nimiž pracují 
8bitové procesory, jsou byte a word. Každý 


datový typ, dále užitý jako konstanta či pro- 
měnná, musí být v JSA nejprve definován či 
deklarován pomocí pseudoinstrukcí EQU 
a DB. Jazyk symbolických adres umožňuje 
přímou práci i s jinými typy dat (Boolean, 
dekadické, hexadecimální, ASCII . .) či dato- 
vých struktur. 

Konstanty mohou být definovány již zmí- 
něnými dvěma typy pseudoinstrukcí, které 
pak řídí činnost překladače odlišným způso- 
bem: 

1. EQU chápe v poli návěští uvedené sym- 
bolické jméno (výjimečně neoddělované 
dvojtečkou) jako označení konstanty, a při- 
řadí mu hodnotu, uvedenou v poli operandů. 
Podle explicitně uvedeného datového typu 
se tak mimo prostor datové operační paměti 
vytvoří definovaná hodnota přímého operan- 
du, která již nemůže být dále měněna, ale lze 
jí využívat v programu. 

2. Pseudoinstrukce DB (resp. DW) přiřazují 
hodnotu ve formátu byte (popř. word), uve- 
denou v poli operandů, místu s uvedeným 
symbolickým návěštím. Obsah takto defino- 
vaného a deklarovaného paměťového místa 
(lokace) může být dále modifikován využitím 
instrukcí s různým adresovým přístupem, 
protože je umístěn na symbolicky označené 
pozici v datové operační paměti. 

Příklad pro porovnání: 

definice 

VSTUP: DB 96 H; pseudoinstrukce DB při- 

; řadí lokací formátu byte 
i se symbol, adresou VSTUP 
i hodnotu 96 H 

VYST EQU2E74H; symbolickému jménu 
; VYST je přiřazena 
; hodnota přímého operandu 
I 2E74 H 

program 

LDA VSTUP I přesun obsahu lokace 
I s adresou VSTUP 
: do akumulátoru 

STA VYST í přesun obsahu akumu- 
: látoru (96 H) do 
i paměťové lokace s adre- 
! sou, určenou definova- 
! ným obsahem symbolického 
; jména VYST (2E74 H:„ 
i tedy přímým operandem 

Pseudoinstrukce DS rezervuje počet bytů 
v paměti, jejich obsah však nijak neovlivňuje. 
Užívá se pro definici vyšších datových struk- 
tur, například polí a tabulek. Příslušné ná- 
věští pak vždy odkazuje na prvý byte takové 
struktury. 

Pomocí pseudoinstrukce EQU lze s odka- 
zem na definici základních typů byte a word 
definovat (určit jejich rozměr) i ostatní v pro- 
gramu užité datové typy, např.: 


BYTE 

EQU 

1 

WORD 

EQU 

2 

INT 

EQU 

BYTE 

CHAR 

EQU 

BYTE 

RETEZ 

EQU 

CHAR*7 


Na tomto základě pak lze v JSA deklarovat 
konkrétní symbolické proměnné, tj. paměťo- 
vé lokace s uvedenou symbolickou adresou 
a rozměrem, určeným definicí příslušného 
datového typu. Lze použít dva odlišné způ- 
soby deklarace, buď s definovaným počáteč- 
ním obsahem proměnné (pomocí pseudoin- 
strukcí DB nebo DW), nebo pouze s vymeze- 
ním jejího paměťového prostoru (pseudoin- 


strukcí DS), např.: 



STAV: 

DB 

7 

POČET: 

DS 

INT 

JMÉNO: 

DS 

RETEZ 



Zde mimo jiné vidíme i základní rozdíl 
významu návěští v JSA vůči vyššímu pro- 
gramovacímu jazyku - neoznačuje přímo 
proměnnou, ale její místo (lokaci) v paměti. 

Podrobněji se již datovými typy zabývat 
nebudeme, nejlepší cestou k jejich praktic- 
kému osvojení a užívání je studium pro- 
gramových výpisů. 

Příkazové typy a struktury 

Veškeré příkazy mohou být vytvářeny 
pouze vhodným řazením jednotlivých in- 
strukcí tak, aby bylo využito jejich funkčních 
vlastností. Některé jednoduché, například 
přiřazovací a přesunové příkazy mohou být 
interpretovány přímo jednotlivými instrukce- 
mi. MVI A, 3F H přiřadí akumulátoru obsah 
přímého operandu, MOV C, A přesune ob- 
sah akumulátoru do registru C, instrukce 
MOV M, A přesune obsah ACC na paměťo- 
vou lokaci, adresovanou registrovým párem 
HL atd. Pro dobrou orientaci v programu je 
třeba znát adresovací metodu, užívanou tou 
kterou instrukcí, jak vyplývá již z těchto primi- 
tivních ukázek. 

Složitější příkazy mohou mít, vzhledem 
k možnosti využití různých typů instrukcí, 
registrů, příznaků, ale i algoritmů a práce 
v paměťovém prostoru, většinou několik al- 
ternativních řešení. Ta se však mohou lišit 
v rozsáhlosti, přehlednosti, ale i bezpečnosti 
konstrukce, vytvářené sledem instrukcí. Mo- 
hou se lišit i rychlostí provádění. 

K vytváření těchto příkazů JSA může 
a musí užívat především testování stavu 
indikátorů (CY, S, P, Z) registru PSW jako 
odezvy na výsledek prováděných aritmetic- 
kých a logických operací. Na jejich základě 
lze do programu zavádět podmíněná větve- 
ní, která jsou základní podmínkou vytvoření 
složitějšího příkazu nebo příkazové struktu- 


ry. Právě zde je skryta síla i nebezpečí 
asembleru. Síla v tom, že asembler umožňu- 
je optimálně realizovat příkazové struktury 
(minimalizace potřebné paměťové kapacity, 
rychlost), nebezpečí pak v ničím neomezené 
a nekontrolovatelné možnosti vytvářet ne- 
strukturované příkazy. 

Pro orientaci alespoň několik příkladů 
možné realizace strukturových příkazů 
v JSA. 

Na obr. 40 je ekvivalent příkazu větvení 
programu IF p THEN Pí ELSE P2. Platnost 
podmínky p = true je zde vyhodnocována 
instrukcí podmíněného skoku JNC. Pro pře- 
hlednosti je na pravé straně obrázku i in- 
strukce CMP C, porovnávající binárně ob- 
sah registrů ACC a C. Je-li (ACC) < (C), je 
nastaven indikátor CY = 1, realizuje se 
příkazová část Pí, v ostatních případech 
část P2. Jediný a tedy strukturovaný výstup 
z příkazu zajišťuje skok na návěští N2. Po- 
znamenejme, že instrukce CMP C není ty- 
pickou součástí příkazu, příznak CY může 
být ovlivňován mnoha jinými způsoby. Funk- 
ci vlastního příkazu větvení lze modifikovat 
jak úpravou jeho vnitřní struktury (viz např. 
obr. 3), tak způsobem testu a volbou přízna- 
kového indikátoru (C/NC, Z/NZ . .). 

Test příznakového indikátoru je i základem 
tvorby programových cyklů. Na obr. 41 je 
možná varinta realizace cyklu WHILE p DO 
P, na obr. 42 naopak cyklu REPEAT P UN- 
TIL p. 

V mnoha případech se příkazy na úrovni 
JSA vytvářejí, ve srovnání s vyššími jazyky, 
ve zjednodušené formě. Jako příklad si uveď- 
me realizaci pascalského cyklu FOR se zjed- 
nodušeným nastavením počitadla (implicitní 
podmínka ví =0). Na obr. 43b je konstruk- 
ce, která by vznikla při šablonovitém úsilí 
o transformaci vývojového diagramu do 
asemblerové formy. Vyžadovala by nazna- 



CMPC 


JNC NI 


Pí 4 


JMPN2 


P2 


test podmínky větveni 
iftAXlC), CY=1 
při CY‘1 

posloupnost instrukci 
provádějíc! příkazovou 
sekvenci Pí 

nepodmíněný přeskok P2 
při CY *1 

posloupnost instrukci 
provádějíc! příkazovou 
sekvenci P2 


— J pokračováni v programu 



čenou korekci při vstupu do cyklu, aby byl 
vždy první test JZ = falše, nezávisle na 
předaném obsahu PSW. Stačí si uvědomit, 
že v daném případě, při implicitní podmínce 
ví =0, je vstupní test relevantnosti nastavení 
počitadla zbytečný, aby vznikla mnohem 
jednodušší konstrukce cyklu, obr. 43c. 

Všimněme si, že příkazové struktury využí- 
vají, ale také ovlivňují (a tím pro další použití 
znehodnocují) obsahy některých registrů 
(zde C a PSW). Mají tedy druhotné účinky, 
na což je třeba v programu dávat dobrý 
pozor. Na druhé straně můžeme vidět, že 
i při programování v asembleru se zhusta 
užívá mnoha víceméně prefabrikovaných 
konstrukcí, modifikovaných podle okamžité 
potřeby. 

Makroinstrukce 

Vyšší typy diskově orientovaných překla- 
dačů (makroasemblery) umožňují práci 
s tzv. makry, makroinstrukcemi. Kdekoli 
v programu se častěji opakující posloupnost 
instrukcí může programátor předem defi- 
novat jako makroinstrukci s formálními pa- 
rametry. 

Definice makroinstrukce se skládá z úvod- 
ní části, tvořené symbolickým jménem v poli 
návěstí, označením pseudoinstrukcí MAC- 
RO, a formálními parametry, např. PODÍL 
MACRO SUMA, POČET. Následuje vlastní 
tělo makroinstrukce, užívající potřebných in- 
strukcí a formálních parametrů. Celá defini- 
ce „makra" je uzavřena koncovou pseudo- 
instrukcí ENDM. Z definice vidíme určitou 
formální podobnost s procedurou, ve skuteč- 
nosti je mezi makroinstrukcemi a procedu- 
rami zásadní rozdíl. Makroinstrukce je tzv. 
otevřený podprogram, který lze ve zdrojo- 
vém textu kdykoli volat zápisem symbolic- 
kého jména a uvedených skutečných 
parametrů vždy, je-li makroinstrukce za- 
potřebí. 

Makroasembler při překladu rozvíjí vola- 
nou makroinstrukci tak, že v jejím těle defino- 

program předává 
obsah PSW 




p— NI: 

' P ‘ 

JNZ NI 




prováděni příkazové 
posloupnosti instrukci 
ovlivňuje obsah PSW 


návrat do cyklu 
při Z ti 


Obr. 42. Příkazová struktura cyklu REPEAT 
s využitím testu indikátoru ZERO 


Obr. 40. Jedna z možností konstrukce příkazu IF p THEN Pí ELSE P2 




program předává obsah PSW 
test vstupní podmínky p 


prováděn! příkazu 
při Z =0 

posloupnost instrukci 
současně ovlivňuje 
obsah PSW 


návrat na test 
vstupní podmínky 

výstup z cyklu při Z-1 
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Obr. 43. Příklady realizace pascalského cyk- 
lu FOR 


224 




Obr. 41. Příklad konstrukce cyklu WHILE 
p DO P s využitím testu indikátoru ZERO 










vanou příkazovou posloupnost vždy znovu 
zapisuje ve strojovém kódu a formální para- 
metry nahrazuje skutečnými, uvedenými 
v příslušném volání. Makroinstrukce tedy 
pouze zjednodušují práci programátora, ale 
nijak nešetří prostorem operační paměti. 

Rutiny, podprogramy 

Pro získání základního přehledu o instruk- 
čním souboru a jeho užití v JSA je nejlépe 
přejít ke studiu standardních rutin. Nejprve 
těch jednodušších ( 9j, str. 211 až 233), 
později složitějších ([1 Oj, str. 123 až 161). 
Jejich znalost představuje v programování 
na úrovni JSA asi to, co znalost základních 
elektronických principů a schémat v hardwa- 
rové oblasti. Při takovém studiu, nejlépe 
podepřeném prací na konkrétním, i tom nej- 
levnějším a nejjednodušším počítači, si tepr- 
ve člověk uvědomí veškeré funkce jednotli- 
vých typů instrukcí, jejich veškeré účinky, 
souvislosti a návaznosti a tedy i možnosti 
optimálního využití nebo naopak dříve nevi- 
děná omezení. 

K nejdůležitějším úlohám při studiu jaké- 
hokoli programu nebo jeho úseku patří po- 
chopení jeho struktury, řešící určitý algorit- 
mus. Členění programové struktury na hlav- 
ní program, dílčí moduly a podprogramy 
umožňuje odděleně studovat jednotlivé pro- 
gramové bloky. Přitom je vždy nejdůležitější 
nejprve pochopit jejich podstatu, způsob za- 
členění do celého programu, vstupní a vý- 
stupní parametry včetně užitého způsobu 
jejich předávání. Zde doporučujeme podrob- 
ně prostudovat zejména [ 1 0 1, str. 1 1 3 až 1 22 
a [lij, str. 84 až 95 s typickými příklady. 

Zvláštní kapitolu představuje styk mikro- 
počítače s okolím, vyžadující určitou orienta- 
ci v práci s periferními obvody (1/0, čítače/ 
časovače, přerušení . .). Zde je nejlepší ško- 
Jpu studium komentovaných výpisů konkrét- 
ně zaměřených programů, jaké nacházíme 
například na zelených stránkách AR i jinde. 


Orientace v programových výpisech 


Jako příklad jsme vybrali program pro 
obsluhu a vyhodnocení činnosti převodníku 
A/D, uveřejněný v AR-A č. 5/89. Především 
proto, že využívá programových prostředků 
při řešení technické úlohy. I kdy se program 
asi bude zpočátku zdát příliš složitý, je to jen 
zdání. Je vytvořen skutečně systematicky, 
jak ukazuje ,,strukturogram“ na obr. 44, 
vytvořený postupnou syntézou programové- 
ho výpisu. Hlavní program tvoří smyčka, 
volající rutiny PROMER, ZOBRAZ a TIME2. 
Podobně PROMER, řídicí obsluhu měření 
a kalibrace, využívá podřízených modulů 


AUTEST a MERENI, ZOBRAZ disponuje 
rutinou binárně dekadické konverze BNDCZ 
atd. Postupným rozborem programové 
struktury podle vzájemných vazeb jednotli- 
vých modulů a podprogramů (CALL až RET) 
tak můžeme vcelku pohodlné odvodit celou 
znázorněnou strukturu. Pak je již možno, 
s využitím komentářů, poměrně přehledně 
sledovat celý program a relativné nezávisle 
i jeho dílčí moduly včetně vzájemných ná- 
vazností. Prostřednictvím ,,strukturogramu“ 
si také můžeme učinit představu o možnos- 
tech případných úprav a změn nebo o využí- 
vání sdílených podprogramů (například ruti- 
ny SUBTRA a DMULTI jsou sdíleny pro- 
gramy AUTEST a MATIK). Při detailnějším 
rozboru si můžeme učinit i představu o vý- 
konnosti a současně i o nebezpečí skoků 
mimo vlastní podprogram, v uvažovaném 
případě se jedná pouze o podmíněné skoky 
z MERENT a MATIK do rutiny chybových 
hlášení. Tyto skoky proto nejsou ve struktu- 
rogramu podchyceny. 

Výstavba programu prozrazuje erudici 
jeho tvůrců. Mnohé úseky jsou zajímavé 
i tehdy, když se skládají byť jen z několika 
řádků. Příkladem může být rutina TIME, 
která po podrobném prostudování nebo 
praktickém ověření jednou provždy objasní 
práci se zásobníkem. Krokovat prováděním 
programu je vždy to nejlepší, co můžeme 
udělat v případě, že činosti určitého pro- 
gramového úseku nerozumíme. Takovým 
úskalím budou pro začátečníka zřejmě ruti- 
ny BNDCZ a DMULTI. Je možná překvapivé, 
že právě ty, byť nejrozsáhlejší, nejsou ko- 
mentovány vůbec, nebo jen sporadicky. Je 
to proto, že se jedná o modifikované standar- 
dní rutiny, porovnejte např. BNDC se stejnoj- 
menným modulem z knihovny systému 
MRS. 

Architektura a instrukční 
soubory moderních 
8bitových mikroprocesorů a 
jednočipových mikropočítačů 

V AR-B č. 5/89 jsme pro osvětlení základ- 
ních principů, architektury, adresovacích 
metod nebo požadavků na skladbu instruk- 


čního souboru použili jako názorný příklad 
relativně jednoduchý mikroprocesor 18080 
s tím, že jeho zvládnutí je dobrým předpokla- 
dem snažší orientace i ve vývojové vyšších 
mikroprocesorových generacích. V návaz- 
nosti na dosud vytvořené názory a představy 
si nyní přehledově popíšeme architekturu 
a instrukční soubory mikroprocesoru Z-80 
a jednočipových mikropočítačů řad 8048 
a 8051, tedy relativně moderních a u nás 
běžné dostupných nebo perspektivních 
prvků. 

Mikroprocesor Zilog 80 

Architektura mikroprocesoru Z-80, jehož 
blokové schéma je na obr. 45, je vůči 18080 
podstatně komplexnější. Orientace v tomto 
stále populárním typu mikroprocesoru však 
bude snadná, protože představuje přímou 
inovaci 8080. 

Z-80 užívá jako systémový takt snadno 
generovatelný jednofázový externí hodinový 
signál. Na čipu je již integrován celý sy- 
stémový řadič. Další charakteristickou odliš- 
ností vůči 18080 je zdvojení všech zápisníko- 
vých reqistrů. rozdělených do dvou registro- 
vých bank. Programově vždy může být 
vybrána jedna z nich, což je výhodné v řadě 
praktických aplikací (jednoúrovňová přeru- 
šení, podprogramy . .), při kterých obvyklý 
úklid a znovuvyzvedávání obsahu ohrože- 
ných registrů nahradí programově řízená 
výměna registrových bank. Zdvojen je sa- 
mozřejmě i příznakový registr F. 

Podstatné praktičtěji je řešena i strategie 
přerušovacího systému. Z-80 je vybaven 
dvěma vstu py žá dostí o přerušení, nemas- 
kovatelným NMl s nejvyšší prioritou a běž- 
ným, programově maskovatelným vstupem 
INT. Žádosti NMI, kterou nelze programové 
zakázat, odpovídá technický skok na pev- 
nou adresu 66 H, obsluha musí být ukonče- 
na speciální návratovou instrukcí RETN. Po- 
kud se týká oblasti maskovatelných přeru- 
šení, mohou být programově aktivovány tři 
odlišné módy činnosti. 

Mód 0 je v podstatě obdobou prioritního 
systému, užívaného již u 18080, včetně 
orientace na využití pevných adresových 
pozic instrukcí RST n. Vyžaduje proto vý- 
stavbu externího přerušovacího systému 
s příslušným řadičem. Pro programové po- 
volení a zákaz přerušení se užívá instruk- 
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Obr. 44. Odvozená hierarchická struktura 
programu pro převodník A/D (AR A5/89) 


Obr. 45. Blokové schéma 
mikroprocesoru Z-80 
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cí El, Dl, jako návratová instrukce RET. 

Také pro mód 1 nacházíme obdobu jed- 
noúrovňového přerušení, generovaného řa- 
dičem 8228 ve speciálním režimu, včetně 
zcela shodné technické adresy aktivace 
RST7, tj. 38 H. Jako návratová se opět užívá 
instrukce RET. 

Nejzajímavější a zcela odlišný je mód 2, 
navazující na promyšlenou koncepci staveb- 
nice podpůrných obvodů procesoru Z-80. 
Tyto obvody mají instalován rozvinutý de- 
centralizovaný přerušovací systém, nahra- 
zující v naprosté většině případů potřebu 
klasického externího řadiče přerušení. Pře- 
rušovací hierarchie se konfiguruje vhodným 
smyčkovým propojením speciálních vstupů 
IE IN/výstupů IE OUT periferních obvodů. 
Vytvořená smyčka pracuje jako sériový opa- 
kovač žádostí z jednotlivých vstupů se 
schopností blokovat žádosti s nižší prioritou, 
než je právě aktivovaná. Aktuální žádost je 
po zmíněné smyčce předávána na vstup INT 
mikroprocesoru. Zdroj žádosti pak předává 
na datovou sběrnici její identifikační byte, 
který spolu s podle potřeby programovatel- 
ným obsahem registru IR (Interrupt Regis- 
ter) určuje nepřímou adresu vektoru přeru- 
šení. Teprve na takto vytvořené adrese musí 
být uložena počáteční adresa obsluhy pří- 
slušného přerušení. Je jistě vidět mimořád- 
ná pružnost celého systému a široký rozsah 
adresovacích možností v celém paměťovém 
prostoru. Jako návratová instrukce slouží 
instrukce RÉTI. Programovou volbu jednotli- 
vých módů přerušení umožňují instrukce 
IMO, IM1, IM2. 

Dalším novým a zajímavým registrem je 
osvěžovací registr dynamických pamětí 
R (Memory Refresh). Je to vlastně Ťbitový 
čítač, inkrementovaný v průběhu každého 
instrukčního cyklu. Jeho obsah se vysílá na 
nižším bytu adresové sběrnice v dobách 73, 
T4cykl u Ml, kdy při aktivním řídicím bitu 
RFSH = L a žádosti o přístup k paměti 
MREQ = L je možno oživit řádek DRAM. 

Zcela nová, typická již pro mikroprocesory 
vyšších generací, je implementace 16bito- 
vých indexregistrů IX, IY. Jejich smyslem je 
zavést systém ukazatelů do operační paměj 
ti, umožňující efektivní indexové adresování 
uspořádaných datových položek a struktur . 

To jsou hlavní rozdíly v architekturách 
18080 a Z-80. Další ovšem nacházíme v řadě 
periferních obvodů stavebnice Zilog, obsa- 
hující obvody PIO (Paralel l/O Interface), 
SIO (Seriál l/O Interface), CTC (Counter/ 
Timer Circuit) a DMA (Direct Memory Ac- 
cess). 

Instrukční soubor Z-80 je přímou nadmno- 
žinou souboru 18080, a to až do úrovně 
strojového kódu. Celá společná skupina in- 
strukcí se tedy liší pouze asemblerovou 
mnemonikou. Několikanásobného rozšíření 
souboru Z-80, k' němuž vedlo zavedení no- 
vých instrukcí, se vůči souboru 18080, který 
již prakticky vyčerpal kapacitu '8bitového 
pole operačních kódů, dosahuje doplněním 
kódů těchto instrukcí o jeden nebo dva byty, 
tzv. prefixy. Tvoří je v souboru 8080 nevyuži- 
té kódy CB, DD, ED a EF, záměrně naznače- 
né už v tabulce na obr. 100 v AR-B č. 5/89. 
Skladba instrukčního souboru Z-80 je proto 
pestrá nejen co do obsahu různých typů 
instrukcí, ale i formátů jejich operačních 
kódů v rozsahu 1 až 4 byty. 

U Z-80 se také vzhledem k 18080 využívá 
nových adresovacích metod, především re- 
lativního a indexového adresování. 

Relativní adresování je velmi výhodná ad- 
resovací metoda, vztažená vůči aktuálnímu 
obsahu programového čítače PC. K relativ- 
nímu postihu adresy užívá tzv. posunutí 
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(displacement), interpretované v 8bitovém 
doplňkovém kódu jako číslo se znaménkem. 
To umožňuje adresování v celkovém rozpětí 
-128 až 127 bytů vůči běžnému obsahu 
(PC)+2. To +2 proto, že relativní adresová- 
ní užívají výhradně dvoubytové skokové in- 
strukce. 

Indexované adresování je vlastně obdo- 
bou relativního s tím, že přímá odchylka není 
vztažena k programovému čítači, ale k obsa- 
hu indexregistrů. 

V souvislosti s vlastním instrukčním sou- 
borem Z-80 je tedy v první řadě třeba upo- 
zornit na možnosti, vyplývající z uplatnění 
nově zavedených registrů I, R, IX, IY a obou 
bank registrů zápisníkových. Odlišné mož- 
nosti práce se systémem přerušení jsme již 
uvedli. 

Velmi nápadný a efektivní je nový typ 
blokových instrukcí, orientovaný na opako- 
vané provádění typických, často užívaných 
operací. Setkáváme se s nimi v různých 
aplikacích. 

Jednou z nich je skupina instrukcí vstupů/ 
výstupů. Vedle klasických instrukcí IN 
A (port) a OUT (port), A pracujících s obsa- 
hem akumulátoru, a nových instrukcí IN reg, 
(C) a OUT (C), reg. umožňujících přenos 
mezi některým z 8bitových registrů a portem, 
adresovaným obsahem registru C, zde na- 
cházíme rozsáhlou skupinu blokových in- 
strukcí l/O. Patří k nim instrukce INI a OUTI 
(Input/Output Increment), IND a OUTD 
(Decrement), INIR a OTIR (Increment Repe- 
at) a konečně INDR a OTDR (Decrement 
Repeat). Increment nebo decrement se při- 
tom vztahuje k adresování položek přenáše- 
ného datového bloku. Práce s těmito instruk- 
cemi podstatně celý přenos l/O zjednodušu- 
je a zrychluje. 

Další uplatnění nacházejí blokové instruk- 
ce při interních přenosech datových bloků, 
viz instrukce LDI/LDD a LDID/LDDR. Účelo- 
vou obdobu jejich využití představují i in- 
strukce blokového porovnávání a vyhledá- 
vání CPI, CPD (Compare Increment/Decre- 
ment) a CPIR/CPDR (Repeat). 

Všechny instrukce blokového typu probí- 
hají podle určitého, velmi podobného sché- 
matu, s využitím obdobných registrů. Není 
proto obtížné je pochopit a s výhodou užívat 
Rozšířena byla i skupina aritmetických 
instrukcí. V Sbitovém rozsahu se jedná 

0 možnost využít dekadické korekce DAA 

1 na záporné výsledky operací s čísly BCD, 
v rozsahu 16bitovém pak o snazší práci 
s čísly o vícenásobné přesnosti. 

Skupina skokových instrukcí byla oboha- 
cena především o zmíněné relativní adreso- 
vání. Zajímavá je instrukce DJNZ, která 
představuje podmíněný skok s počtem opa- 
kování, určeným obsahem registru B, pracu- 
jícího jako automaticky dekrementovaný čí- 
tač. 

Instrukce aritmetických a logických rotací, 
včetně záměny bitových čtveřic, podstatně 
usnadňují výstavbu aritmetických a logic- 
kých algoritmů. Sem také patří mimořádně 
rozsáhlá i užitečná skupina instrukcí pro 
práci s jednotlivými bity, umožňující nastave- 
ní (SET), nulování (RES) a testování (BIT) 
jednotlivých bitů libovolného 8bitového zá- 
pisníkového registru nebo místa operační 
paměti. 

Z-80 je a zůstává moderním, dobře konci- 
povaným 8bitovým procesorem, vytvářejí- 
cím se svými podpůrnými obvody stavebnici 
vysokých kvalit. U nás je stále základem 
širším vrstvám dostupných domácích počí- 
tačů. Podrobný popis jednotlivých instrukcí, 
včetně příkladu jejich využití a přehledně 
uspořádaného instrukčního souboru je 
v 1 1 1 1. Z praktického hlediska je velmi užiteč- 
né mít přehled instrukčního souboru (mne- 
monika, kódy) k dispozici na jednom listu 
papíru, lze jej získat z Bajtku 12/88. 

Pro fázi seznamování s asemblerem Z-80 


na úrovni JSA, ale i pro praktickou práci je 
dostupný poměrně bohatý sortiment pro- 
gramového vybavení na domácí počítače, 
orientované na tento procesor (Spectrum, 
Sharp . .). Velmi vhodný je například již zmí- 
něný MRS (Memory Resident System), ob- 
sahující v jednom ,, balíku" editor, asembler, 
knihovnu binárních modulů, debugger, linker 
a disassembler. Tento soubor umožňuje styl 
práce, blížící se klasickým postupům, obvyk- 
lým při užívání mnohem dokonalejších hosti- 
telských počítačů nebo vývojových systémů. 


Jednočipové mikropočítače 

Klasickým stavebnicím a počítačům s 8bi- 
tovými mikroprocesory Qako je Z-80) vyros- 
tla v posledních letech velmi silná konkuren- 
ce. Z jedné strany ji představují nesrovnatel- 
ně výkonnější 16 a 32bitové protějšky, oku- 
pující postupně celou oblast osobních mikro- 
počítačů a výkonných řídicích systémů. 

Opačný pól, který se stále více prosazuje, 
představují jednočipové, převážně 8bitové 
mikropočítače (mikrokontrolery). Umožňují 
ekonomicky realizovat automaty pro nejrůz- 
néjší aplikace v oblasti jak unikátní, tak kuso- 
vé, sériové nebo i masové výroby. 

Vznik jednočipových mikropočítačů zcela 
přirozeně vyplývá z dosažené úrovně tech- 
nologie. Možnost soustředit na hromadně 
vyráběném čipu nejen celý mikroprocesor, 
ale i všechny prvky vhodně redukovaného 
mikroprocesorového systému, byla již dlou- 
ho příliš zřejmá a lákavá, aby nebyla prak- 
ticky realizována. 

O tom, co jednočipové mikropočítače na- 
bízejí z různých hledisek (cena, rozměry, 
příkon, doba vývoje zařízení, výrobní nákla- 
dy . .) není třeba diskutovat. Jejich prostřed- 
nictvím se mohou úspěšně prosazovat 
i malé týmy s omezeným kapitálem a techno- 
logickým zázemím. 

Mikropočítače řady 8048 

U nás jsou dosud relativně dostupné pou- 
ze mikropočítače řady 8048 (s rezidentní 
programovou pamětí ROM), případně jejich 
modifikace 8035 (bez rezidentní programo- 
vé paměti) nebo 8748 (s pamětí EPROM). 
Tato řada opět představuje vhodný úvod do 
celé problematiky jednočipových mikropočí- 
tačů. 

Jak vyplývá z orientačního blokového 
schématu (obr. 46), má jednočipový mikro- 
počítač ve své struktuře integrovánu vedle 
kompletního procesoru i více či méně celou 
datovou a programovou operační paměť, 
stykové obvody l/O, alespoň jednoduchý 
přerušovací systém a interní čítač/časovač. 
Kapacita interních, rezidentních pamětí je 
samozřejmě vzhledem k technologickým 
možnostem, oboru předpokládaných aplika- 
cí a z ekonomických důvodů omezená. Jed- 
nočipové mikropočítače jsou však zpravidla 
řešeny tak, aby v určitém rozsahu mohly být 
velmi snadno rozšířeny jak o externí pamě- 
ťový prostor, tak další stykové obvody l/O. 

Jádro celého mikropočítače řady 8048 
tvoří CPU, rezidentní paměťový systém 
a obvody l/O. Podrobnější analýza interní 
struktury. CPU (viz [ 1 2 ), [ 1 3 1) v určitém ohle- 
du znovu připomíná koncepci jednotky 8080, 
včetně orientace na střadač a sadu zápisní- 
kových registrů. 

Pro jednočipové mikropočítače je charak- 
teristické to, že z technologických, ale i ji- 
ných praktických důvodů nerespektují při 
správě adresového prostoru operační pa- 
měti koncepci von Neumannova typu. Ope- 
rační paměť je org&nizována podle hardwar- 
ské koncepce jako rozdělená do dvou sekcí, 
datové a programové, s odlišnými přístupo- 
vými metodami. 

Rezidentní paměť dat (RAM) s omezenou 
kapacitou 64 B obsahuje i dvě registrové 
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Obr. 46. Znázornění 
struktury jednočipové- 
ho mikropočítače řady 
8048 


Legenda 

XTAL - vstupy interního generátoru hodin, (krystal, 

obvod ÍC nebo externí signál) 

RESET - vstup pro inicializaci procesoru 
SS - vstup pro krokování programu (Single Step) 

EA - vstup pro uvolnéní/blokování postupu k vnější 
programové paměti 

TEST 0 - programově testovatelný vstup/(příp. výstup) 
tdock 

TEST t - programově testovatelný vstup/příp. vstup 

interního čítače 

INT - vstup žádosti o vnější přerušení 
PO - obousměrný 8bitový statický port s výstupním 
latchem, při užití externích pamětí jako budič 
multiplexo vané sy stémové sběrnice BUS, říze- 
né signály PSEN, ALE, RD, WR 

banky RBO (RO až R7) RB1 (RO’ až R7') 
a také osmiúrovňový zásobník, viz mapu 
na obr. 47. Přímo adresovatelné jsou v da- 
tovém prostoru pouze jednotlivé registry. 
Proto se jich přednostně užívá pro často 
zpřístupňované položky probíhajícího vý- 
počtu. Ostatní pozice v prostoru datové 
RAM mohou být adresovány pouze nepří- 
mo. Z tohoto hlediska mají zvláštní výz- 
-«am registry RO a R1 (RO’ a R1 ’), označe- 
né na obr. 47 šrafováním. Mohou být užity 
jako ukazatele do interní datové paměťové 
oblasti. Pro orientaci několik příkladů zá- 
pisu přímých dat a přesunů mezi střada- 
čem a datovou pamětí: 

MOV R3, #5EH ; zápis přímého operandu 
; do registru R3 

MOV A, R5 ; přesun z registru R5 
; do střadače 


MOV@ Rl, A ; přesun obsahu střadače 
; na nepřímou interní 
; datovou adresu, určenou 
; obsahem registru Rl . 
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Obr. 47. Mapa interní datové paměti 


Pí - 8bitový kvaziobousmémý port l/O 
P2 - 8bitový kvaziobousměrný port 1/0; při práci s vnější 
programovou pamětí jsou bity P20 až P23 nosi- 
teli stránkových adres, mohou být využity i pro 
připojení expanderu 1/0 8243 
ŘĎ - výstup strobující čtení z vnější datové paměti 
WR - výstup, strobující zápis do vnější datové paměti 
ALE - (Address Latch Enable), výstup řídící závěrnou 
hranou zápis nižší části adresy (ADR O až 7) do 
externího latche při přístupu k externí programo- 
vé i datové paměti 

PSEN - (Program Store Enable), výstup, aktivující čtení 
z externí programové paměti 
PROG - výstupní signál k řízení expanderu 8243/ 
případné vstup programových impulsů pro inter- 
ní paměť EPROM (8748) 


Obdobně se užívá ukazatelových registrů 
RO, Rl i pro adresování přístupu do vnější 
datové paměti. K tomu slouží speciální in- 
strukce MOVX. Příklad: 


MOVX@ R1,A 


přesun obsahu střadače 
na nepřímou adresu v 


určenou obsahem Rl. 


Druhá banka registrů RB1 může být užívá- 
na různými způsoby. Jedním z jich může být 
jednoduché rozšíření kapacity banky RBO. 
Velmi výhodné je její využití při obsluze 
přerušení - ukládání a výběr registrů při 
vyvolání a návratu pak odpadá, nahrazuje je 
jednoduchá záměna aktivity obou bank. Pro- 
to se také neužívá obvyklých instrukcí PUSH 
a POP, které by neúnosné zatěžovaly interní 
zásobník s malou kapacitou. 

Osmiúrovňový zásobník užívá dvoubyto- 
vý formát položky (obr. 48b). Vedle úplného 
obsahu programového čítače (12 bitů) se do 
zásobníku ukládají i čtyři indikátory přízna- 
kového registru PSW H , obnovované při ná- 
vratu z přerušení speciální instrukcí RETR. 

Rezidentní paměť programu u 8048 
(ROM) či 8748 (EPROM) má kapacitu 1 kB. 
Významné body v ní představují lokace 0,3 
a 7, vyvolávané techn icky aktivací vstupu 
RESET, externího INT nebo interního přeru- 
šení. Na tyto adresy (obr. 49) musí být 
umístěny skoky do příslušných obslužných 
programů. Z mapy ovšem vidíme, že pro- 
gramový čítač umožňuje adresovat prostor 
4 kB. Ten je rozdělen na dvě banky MBO 
a MB1 po 2 kB, voWelné opět programově. 
Prostor 4 kB může být externí pamětí pokryt 
buď zčásti, nebo úplně. Navíc nejnižší 1 kB 
může užívat buď rezidentní, nebo externí 
paměť. Volba se zajišťuje technicky, zapoje- 
ním vstupní špičky EA (External Access) na 
logickou úroveň H nebo L. 

Adresování v prostoru programové paměti 
využívá stránkového mechanismu - obě 
banky 2 kB jsou rozděleny na osm stránek, 
každá stránka tedy má kapacitu 256 B. Pak 
pro adresování uvnitř stránky běžné paměti 
stačí 8 bitů, pro výběr jedné z osmi stránek 
v rámci banky 3 bity. Tomu odpovídá struk- 
tura a využití programového čítače PC (obr. 
50). Nejvyšší bit rozlišuje ve výběru aktuální 
banky (MBO, MB1). 
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Obr. 48. Struktura a) stavového slova PSW, 
b) položky zásobníku 


Adresovací metody, užívané instrukčním 
souborem při práci s programovou pamětí, 
se opírají především o časově i technicky 
efektivní adresování uvnitř běžné stránky. 
Pro čtení z této paměti se jako cílový registr 
užívá střadač, který současně slouží i jako 
registr, obsahující nepřímou relativní adre- 
su, užívanou speciální instrukcí MOVP. Pří- 
klad: 


MOVP A, @ A; ; do střadače se přesune 
; obsah buňky programové 
; paměti, adresované v 
; rámci stránky původním 
; obsahem střadače (přene- 
; seným do bitů 0 až 7 
; čítače PC). 
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Obr. 49. Mapa programové paměti (podle 
typu mikrořadiče a jeho ošetření může být 
nejnižší 1 kB součástí buď interní, nebo 
externí paměti) 

Zvláštní postavení má instrukce MOVP3 
A, @ A, která obdobným způsobem vždy 
naplní střadač obsahem nepřímo adresova- 
né paměťové buňky ze stránky 3 (tj. adreso- 
vého prostoru 300 H až 3FF H), zcela nezá- 
visle na tom, jakou stránku, ale i banku právě 
adresoval programový čítač. Pro výjimeč- 
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Obr. 50. Využívání struktury 1 2bitového číta- 
če instrukci PC 
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BANKA 0 BANKA 1 

(Oaž 2 kB ) ( 2ai 4 kB) 







Obr. 51. Připojení externí programové pa- 
měti 2 kB 



Obr 54 Rozšíření vstupů/výstupů 8048 expandérem 8243. 4bi- 
tové porty P4 až P7 lze použít pro obousměrný přenos mezi por- 
tem a nižší bitovou čtveřicí střadače a logické operace na portu 


nost této instrukce se do stránky 3 umisťují 
konstanty a reference, užívané v rámci celé- 
ho programu. 

Zkrácené 8bitové adresování v rámci 
stránky programu používají i instrukce pod- 
míněných skoků a instrukce DJNZ. 

Plné adresování v rámci celé aktuální 
banky MBO nebo MB1 užívají pouze instruk- 
ce přímého skoku JMP, volání CALL a ná- 
vratů RET, RETR. 

Na obr. 51 je příklad použití externí pro- 
gramové paměti EPROM 2 kB. Programový 
čítač PC může adresovat až 4 kB programo- 
vé paměti, protože má 12bitový rozsah. Ad- 
resování opět využívá stránkového mecha- 
nismu. Vyšší část adresy v rámci banky 
umožňuje definovat až 16 stránek (A8 až 
A11), z nichž každá obsahuje 256 bytů, 
adresovaných nižším bytem (AO až A7) pro- 
gramového čítače. Pro zachycení této nižší 
části PCL, přenášené po sběrnici DB multip- 
lexně s daty, se používá latch, strobovaný 
signálem ALE (Address Latch Enable). Pro 
přenos zbývajících tří bitů adresy PCH (A8 
až A10), potřebných pro adresování 2 kB, 
slouží část portu P2. Signál £SÉN aktivuje 
výstup dat z takto adresované, čtené lokace 
externí programové paměti. 

Vcelku jednoduše lze rozšířit i datovou 
paměť o externích 256 B, tedy opět o rámec 
jedné stránky. Jednoduché a praktické řeše- 
ní je na obr. 52. Využívá toho, že statická 
paměť RAM 256 B je součástí programova- 
telného obvodu 81 55, který již má instalován 
interní adresový latch a multiplexovaný bus 
ADR/DATA. Navíc doplňuje systém i o tři l/O 
porty a programovatelný 14bitový counter/ 
timer. 

Dotkli jsme se již využití 1/0 portů. Jsou 
celkem tři, PO (BUS), Pí a P2, všechny 
8bitové. Port PO má dvě charakteristické 
aplikace. Může pracovat jako obousměrný 
budič multiplexované systémové směrnice 
(ADR O až 7/DATA O až 7) viz obr. 51, 52, 
nebo jako obousměrný, ale statický (vstupní 
nebo výstupní) třístavový port. 

Porty Pí a P2 užívají technologicky odliš- 
ného řešení, to je typické tím, že jejich vstup/ 
výstup nemůže být uveden do čistého 3. 
stavu. Princip, který pro jeden bit takového 
kvaziobousměrného kanálu znázorňuje obr. 
53, znamená určité omezení při práci s těmi- 
to porty. 



Obr. 53. Kvaziobousměrný bitový kanál por- 
tů Pí a P2 


Data, případně adresy (P20 až P23 - ad- 
resování stránky), přenášená z interní sběr- 
nice na výstup portu, se zachycují výstupním 
latchem, tvořeným obvodem D. Zápis se 
uskutečňuje čelní hranou strobovacího im- 
pulsu. Výstup Q ovládá tranzistor T2 dvojčin- 
ného koncového stupně MOS přímo, tran- 
zistor TI je ovládán logickým součinem 
úrovní výstupu Q a časově omezeného stro- 
bovacího impulsu. 

Při zápisu úrovně H přecházejí výstupy 
CH»H, Q-»L, tranzistor T2 je trvale zavřen, 
TI spíná, ale pouze po dobu trvání strobova- 
cího impulsu. To stačí, aby na výstupním 
portu byl vytvořen ostrý náběh, potřebný pro 
rychlé vybuzení sběrnice s kapacitní zátěží 
(spoje, přívody, vstupy hradel). Po doznění 
strobingu oba tranzistory TI, T2 nevedou, 
úroveň H na výstupním portu staticky udržu- 
je upínací odpor, R 0 , tvořený ve skutečnosti 
strukturou MOS s charakterem zdroje kon- 
stantního proudu. 

Při zápisu výstupní úrovně L přechází 
latch do stavu Q=L, Q = H. Tranzistor TI je 
tedy zavřen, T2 sepnut. V tomto stavu již 
obvod setrvává až do nového zápisu výstup- 
ní úrovně H. 

Z uvedeného vyplývá, že při případném 
čtení ze vstupního portu, které se uskuteč- 
ňuje přes řízený budič B1 , by na bitu, který 
předtím byl nastaven výstupní instrukcí do 
stavu L, nebylo zajištěno čtení správné hod- 
noty. To proto, že klopný obvod D i nadále 
udržuje tranzistor T2 v sepnutém stavu. Aby 
byla operace čtení z portů Pí a P2 korektní, 
musí jí vždy předcházet přípravný zápis vý- 
stupní úrovně H. 


Druhý řízený budič B2, vázaný přímo na 
výstup Q klopného obvodu, se užívá pro 
realizaci logických operací mezi daty, zapsa- 
nými na výstup portu a přímým operandem. 

Pro často potřebné rozšíření počtu vstu- 
pů/výstupů se využívá různých externích 
obvodů, příkladem může být již obr. *52. 
Nejčastěji se u řady 8048 užívá speciálního 
programovatelného obvodu, expanderu 
8243, vázaného na mikrořadič prostřed- 
nictvím bitů P20 až P23 portu P2 a řídicího 
signálu PROG, viz obr. 54. 

Další rozšíření aplikačních možností 
umožňuje interní 8bitový programové před- 
nastavitelný a testovatelný čítač, který může 
být programovou cestou aktivován do dvou 
různých pracovních režimů (timer nebo 
counter). 

Instrukcí STRT T dochází k vynulování 
obsahu a připojení interního děliče (presca- 
leru :32), buzeného systémovým taktem, na 
vstup čítače, který je tedy aktivován jako 
timer, inkrementovaný v intervalu každých 
32 strojových cyklů, obr. 55. Volitelného 
zpoždění A T- (1 až 256)32 ki OC k se dosahuje 
programovým přednastavením čítače a de- 
tekcí jeho přeplnění (indikátor TF) nebo vyu- 
žitím interního přerušení INT. Násobků těch- 
to intervalů lze snadno dosáhnout vyhodno- 
cováním většího počtu přetečení čítače pro- 
gramovou cestou. Timer se užívá i jako 
generátor přenosové rychlosti (Baude) pro- 
gramově realizovaného UART pro sériový 
přenos. 

Ke generování intervalů kratších než AT 
= 32^ock lze využít vyššího hodinového kmi- 
točtu (odvozeného např. od ALE), zavede- 
ného na externí vstup TEST 1 . V tom případě 
ovšem musí být čítač aktivován do druhého 
pracovního módu, jako čítač vnějších udá- 
lostí, instrukcí STRT CNT. Pak je vstup 
čítače programově přepnut do opačné polo- 
hy, obr. 55. Sestupná hrana externího signá- 
lu, zaváděného na vstup TESTI , vždy způ- 
sobí inkrement obsahu čítače. 

Stav interního čítače může být kdykoli, 
i v průběhu čítání, programově testován. 
V obou režimech lze čítač zastavit instrukcí 
STOP TCNT. 

Přerušovací systém nabízí možnost vyu- 
žít tří různýc h variant. První představuje 
vstup RESET, který může být aktivován sta- 
ticky při počáteční nebo dynamicky při každé 
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Obr. 52. Rozšíření datové paměti obvodem 
8155 (256 B RAM, obvody 1/0 a 14bitový 
časovač-timer) 


Obr. 55. Základní schéma činnosti pro- 
gramově modifikovatelného interního čítače 
událostí/časovače 











další inicializaci. Impuls na tomto vstupu 
vždy vyvolá nemaskovatelné nulování obsa- 
hů PC a SP, výběr nulových registrových 
a programových bank, porty Pí a P2 se 
nastaví do korektního vstupního režimu, za- 
staví se interní čítač (avšak beze změny 
obsahu) a nuluje jeho indikátor TF. Je zaká- 
záno prog ramové přerušení (interní, exter- 
ní). Vstup RESET se často užívá externí- 
mi obvody Watch-dog, zabraňujícími trva- 
lému zacyklení či jinému zhroucení pro- 
. gramu v důsledku reakce na nekorektní 
pracovní podmínky. 

Maskovatelná přerušení jsou dvě, interní 
a externí. Interní přerušení vzniká přeteče- 
ním nastaveného obsahu timeru/counteru 
v případě, že bylo programově povoleno. 
Pak je technicky vyvolána programová adre- 
sa 7, kde musí být uložen skok na obsluhu 
tohoto přerušení. Současně se automaticky 
zablokují případné další žádosti. Externí pře- 
rušení, stimulované žádostí na vstupu INT, 
aktivuje obdobným způsobem adresu 3, obr. 
49. Pro ukončení obsluhy obou typů masko- 
vatelných přerušení se užívá speciální ná- 
vratové instrukce RETR (Return with PSW 
Restore), která kromě návratové adresy ob- 
noví i vyšší část (indikátory) stavového slova 
PSW, obr. 48. Přerušovací systém je jed- 
noúrovňový, při současném výskytu obou 
žádostí však má přednost obsluhy přeru- 
šení externí. 

Řada 8048 představuje pro mnoho jedno- 
dušších aplikací ideální technické prostřed- 
ky. Z cenových důvodů je výhodná i pro 
amatérské konstrukce. Podrobný technický 
popis lze nalézt v [I2j, [I3j, popis instrukční- 
ho souboru i s ukázkami jednoduchých pro- 
gramů v [14|. 

Jednočipové mikropočítače řady 8051 

Pro náročnější aplikace má být i u nás 
y dohledné době dostupná řada 8051 (s 
interní pamětí ROM), představující s mo- 
difikacemi 8031 (bez rezidentní progra- 
mové paměti) a 8751 (s pamětí EPROM) 
v oblasti jednočipových mikropočítačů 


současný světový standard. Při studiu 
těchto mikropočítačů je opět možno vy- 
cházet ze znalosti řady 8048, znovu se 
jedná o její inovaci. Orientační blokové 
schéma mikropočítače řady 8051 je na obr. 
56. 

Architektura, výkonnost i instrukční sou- 
bor těchto mikropočítačů jsou vůči řadě 8048 
výrazně posíleny a rozšířeny se zřetelem na 
užití v náročnějších aplikacích, v nichž mo- 
hou nahrazovat i klasické mikroprocesorové 
stavebnice. Zvlášť výrazným rozdílem je 
vůči řadě 8048 především implementace 
výkonného booleovského procesoru. 

Rezidentní programová paměť má zvět- 
šenou kapacitu 4 kB, kapacita datové pamě- 
ti je 128 B. V externím adresovém prostoru 
však mohou být obě paměti rozšířeny až na 
64 kB. 

Na vývodech pouzdra jsou k dizpozici čtyři 
8bitové porty, které mohou být používány 
různými způsoby, při adresování externích 
pamětí však portům PO a P2 přísluší stejná 
úloha jako u 8048 s tím rozdílem, že může 
být adresován prostor až 64 kB. Obdobnou 
úlohu mají i řidiči a strobovací signály ALE, 
P5EN, RD a WR 

Ve struktuře řady 8051 jsou dále imple- 
mentovány dva 16bitové čítače/časovače, 
dvouúrovňový prioritní přerušovací systém 
a plně duplexní sériový kanál UART, který 
může pracovat ve čtyřech odlišných mó- 
dech. 

Na obr. 57 je v jeho spodní části znázorně- 
na struktura rezidentní datové paměti o ka- 
pacitě 128 B, pokrývající adresový rozsah 
0 až 7F H, označený po levé straně mapy. 
Tento prostor lze dělit na tři odlišné části. 

Nejnižší z takto uvažovaných sekcí 
(0 až 1F H) přísluší čtyřem bankám 
zápisníkových registrů (R0 až R7), 
využitelných i pro zásobník. Banky se 
označují-étslyr^rl, 2, 3. Po řešetu je 
vždy aktivní banka 0 a SP je inicializo- 
ván na adresu 7, odkud se pak postup- 
ně inkrementuje, tedy přechází do 
banky 1 atd. Pokud má být využito 
předností přepínaných registrových 


bank, je nutno zásobník inicializovat mimo 
banky, do vyhrazeného prostoru ve vyšší 
oblasti RAM. Oblast registrů je adresovatel- 
ná přímo i nepřímo, ale vždy v běžném, 
celobytovém formátu. 

S implementací booleovského procesoru 
úzce souvisí organizace přístupu bloku rezi- 
dentní datové paměti, který se skládá ze 16 
bytů na adresách 20 až 2F H. Celý tento 
prostor může být zpřístupňován jak běžným, 
tak také bitovým adresováním (bitové adre- 
sy jsou uvedeny uvnitř každého bytu, na 
pozicích odpovídajících bitů). To znamená, 
že každý jednotlivý bit v této oblasti může být 
nezávisle na zbývajících nulován, nastaven 
negován, mohou s ním být prováděny logic- 
ké operace nebo může být využit jako pod- 
mínkový. Prostor bitových adres, využívaný 
booleovským procesorem, je v této oblasti 
spojitý, pokrývá rozsah 0 až 7F H. Bitové 
adresy jsou využívány speciálními instruk- 
cemi a nemohou být zaměňovány s adresa- 
mi běžnými. 

Konečně třetí sekce rezidentní RAM v ob- 
lasti běžných adres 30 až 7F H slouží opět 
pouze jako klasická paměť RAM s možností 
vyhrazení prostoru pro zásobník. Bitové ad- 
resovatelná však již tato oblast není. 

Těsně nad rezidentní datovou pamětí se 
nachází dalších 128 bytů RAM, v nichž jsou 
opět převážně umístěny registry, tentokrát 
však hardwarové. Jednak takové, jaké se 
vyskytují i u běžných procesorů (ACC, 
PSW . .), ale také registry, které jsou obdo- 
bou speciálních řídicích či stavových regis- 
trů, jež u klasických mikroprocesorových 
stavebnic bývají rozptýleny v pomocných, 
programovatelných obvodech. 
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Obr. 56. Struktura jednočipového mikropočítače 8051 
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bitové adresovatelné registry viz obr 57 
( všechny registry máji formát 1 byte ) 


Obr. 57. Přehledová mapa rezidentní dato- 
vé paměti (0 až 7F H) a oblasti hardwaro- 
vých registrů (80 až FF H) 


Obr. 58. U všech registrů v levém sloupci tabulky lze přímo adresovat jejich jednotlivé bity, — / -■- 1 _ _ Q 

ostatní registry jsou adresovatelné pouze jako byte 90 V dd.w 










Celá zmíněnár^oblast tzv. speciálních 
funkčních registrů SFR je znázorněna na 
obr. 58. Některé z těchto registrů mohou být 
opět adresovány i bitové. Jsou to ty, které se 
na obr. 58 nacházejí v levém, orámovaném 
sloupci. Ostatní jsou adresovatelné pouze 
jako celý registr, mnemonická označení 
a bytové adresy vyplývají z obr. 58. 

Mechanismus tvorby bitových adres regis- 
trů SFR je jednoduchý. Bitová adresa sledu- 
je v nejvyšších 5 bitech adresu bytovou, 
spodní 3 bity určují adresu konkrétního bitu. 
Bitové adres relevantních, bitové adresova- 
telných registrů SFR, jsou přímo uvedeny 
uvnitř bitového pole na obr. 57. 

Některé lokace v oblasti SFR jsou, jak 
vyplývá z obr. 58, buď prázdné, využívané 
interně, nebo vyhrazené pro další inovaci. 

Práce se speciálními registry SFR je tedy 
obdobou práce s registry CPU a programo- 
vatelných obvodů klasické mikroprocesoro- 
vé sestavy. 

Asemblerové překladače umožňují speci- 
fikovat bitové adresy různými účelovými 
způsoby. Například číselným zápisem adre- 
sy podle obr. 57, nebo pomocí selektorů (0 
až 7), označujících pozici bitu v rámci bytu, 
nebo konečně prostřednictvím asemblerové 
mnemoniky konkrétního bitu příslušného re- 
gistru SFR. Jako příklad několik významově 
shodných definic bitové orientované instruk- 
ce v prostoru SFR: 


SETB PSW.5 

SETB FO 
SETB 0D5 H 


nastavení 5. bitu (příznaku 0, 
který má mnemonické označení 
FO) registru PSW s užitím bitové 
ho selektorů, 

nastavení téhož bitu, adresova- 
ného jeho mnemonikou, 
opět nastavení stejného bitu, 
adresovaného přímou bitovou 
adresou, viz obr. 57, 58. 


Bitové adresy se přirozeně týkají pouze 
vybraných instrukcí booleovského proceso- 
ru. Význam, funkce, mnemoniku a podrob- 
ný popis registrů SFR a jejich bitů viz [ 13 1, 
[15|, [I6l. 

Programátorskou, technickou i časovou 
optimalizaci tvorby a provádění programu 
usnadňují i rozvinuté adresovací metody, 
uplatňující vedle relativního i indexové adre- 
sování. Jako příklad sledujme instrukci pří- 
mého, nepodmíněného skoku, která může 
být, podle odpovídajícího adresového roz- 
pětí, interpretována třemi různými způsoby 
s formálně shodným, z hlediska provádění 
však zcela odlišným výsledkem či průbě- 
hem: 


SJMP (Short Jump) je instrukce relativního 
skoku v rozpětí 8bitového doplňku vůči běž- 
nému stavu programového čítače, tedy na 
adresu (PC) + 2 + relativní adresa! Instruk- 
ce je dvoubytová se všemi výhodami relativ- 
ního adresování; 

AJMP (Absolute Jump) opět uskutečňuje 
nepodmíněný skok, tentokrát v rozsahu blo- 
ku 2 kB. Skok již není relativní, ale instrukce 
zůstává dvoubytová. V prvém bytu jsou spe- 
cifikovány tři bity A8 až A10, ve druhém 
spodní byte adresy AO až A7; konečně 

LJMP (Long Jump) představuje tříbytovou 
instrukci s úplnou lébitovou adresou, umož- 
ňující definovat cílovou adresu skoku 
v plném rozsahu 64 kB. 

Indexové adresování umožňuje instalace 
16bitového ukazatele DPTR (DPH, DPL). 

Značně neobvyklé jsou také instalované 
instrukce pro násobení, MUL, a dělení, DIV, 
celých 8bitových operandů (obsahů střada- 
če A a registru B) bez znaménka. 


( rt*natihike\ 1 1 L u ) w 


Dva interní čítače/časovače mohou pra- 
covat ve čtyřech různých módech. Jednoho 
časovače lze využít pro nastavení přenoso- 
vé rychlosti sériového kanálu. 

Sériový kanál umožňuje komunikaci 
s okolím prostřednictvím duplexního, sof- 
twarově programovatelného, ale technicky 
realizovaného UART. 

Systém přerušení je schopen akceptovat 
pět zdrojů žádo st í o_př erušení. Má dva exter- 
ní vstupy INTO a INT 1 , dva interní vstupy lze 
odvodit od čítačů/časovačů, páté je přeruše- 
ní od sériového kanálu. Každý zdroj přeruše- 
ní může být programově přiřazen do jedné 
ze dvou prioritních úrovní nastavením nebo 
nulováním příslušného bitu v registru IP (in- 
terrupt Priority). 

Vývoj jednočipových mikropočítačů je te- 
prve na svém počátku. Rozvíjena a inovová- 
na je i řada 8051 . Jedním z nejrozvinutějších 
prvků této řady je mikrokontrolér 80535 
v pouzdře se 68 vývody. Obsahuje 8/10 
bitový převodník A/D s programově přepína- 
nými osmi vstupy, tři timery/countery, pět 
Sbitových portů, interní watch-dog aj. Přeru- 
šovací systém je schopen akceptovat 12 
různých interních a externích žádostí o pře- 
rušení. 

Poněkud odlišný trend vývoje naznačuje 
například kontrolér 801 86 fy Intel, který v je- 
diném pouzdru obsahuje prakticky ekviva- 
lent 1 6bitového mikroprocesoru 8086 nejen 
včetně hodinového generátoru, ale i řadiče 
přerušení, timerů, kanálů DMA a obvodové 
logiky. Po doplnění vnějšími pamětmi, obvo- 
dy 1/0 a případně řadičem diskové jednotky 
pak představuje velmi dobrý základ výstavby 
výkonného jednodeskového systému pro 
náročné průmyslové aplikace. 

Vývoj nových generací 
mikroprocesorů 
a operačních systémů 

Poslední rozsáhlejší kapitolu věnujeme 
přehledovému popisu postupného vývoje 
mikroprocesorů a mikropočítačů k součas- 
ným standardům vyšších generací. K tomu 
jsme zvolili poněkud neobvyklý přístup. Dis- 
kusi vývoje 1 6 a 32bitových mikroprocesorů 
vážeme na paralelně probíhající vývoj ope- 
račních systémů. To proto, že je mezi nimi 
úzká souvislost, jedna oblast ovlivňuje dru- 
hou. Myslíme si, že právě takový, zevše- 
obecňující pohled umožňuje snáze pochopit 
podstatu celé, již poměrně složité problema- 
tiky i čtenářům bez předběžně přípravy. Celý 
vývoj můžeme sledovat například na postup- 
ném rozšiřování mikroprocesorových řad In- 
tel (8080, 8088, 8086, 80286, 80386 . .) i ú- 
spěšných operačních systémů (CP/M, MS 
DOS, OS/2, UNIX . .), kde nacházíme nejed- 
nu zajímavou souvislost. 

Nejprve si všimneme několika obecných 
technických inovací, souvisejících s úsilím 
o zvýšení rychlosti procesoru jako prvního 
kroku ke zvětšení výkonnosti celého počíta- 
če. 


Úzké hrdlo mikropočítače 
- systémová sběrnice 

Technologický pokrok posledních let 
umožnil podstatně zvýšit takt CPU, tedy 
rychlost zpracování jednotlivých instrukcí, 
a zároveň i rozšířit tok dat, tj. bitovou šířku 
datové sběrnice (8, 16, 32 bitů). Praktický 
dopad obou těchto jistě významných inovací 
na propustnost systému by však bez dalších 
opatření zdaleka nebyl tak markantní, jak 
bychom snad mohli očekávat. 

Důvodů je několik. První vyplývá přímo 
z koncepce vazby CPU s relativně pomalou 
operační pamětí prostřednictvím systémové 
sběrnice, zajišťující nezbytný obousměrný 
přenos instrukcí a dat. Jakkoli je tedy sy- 
stémová sběrnice pro činnost mikropočítače 
nezbytná, je i po zběžné analýze patrné, že 
po většinu doby trvání instrukčního cyklu je 
z hlediska CPU prakticky pasivní, nevyužíva- 
ná. Aby již zmíněná opatření měla smysl, 
musí být i tato slabina nějak eliminována. 
U vyšších generací mikroprocesorů se 
k tomu využívá především dvou strategií, 
předvýběru instrukcí (prefetch/pipeline) 
a skryté mezipaméti (cache). 

Prefetch/pipeline 

Principem této strategie je předvýběr 
omezeného počtu běžných, sekvenčně řa- 
zených instrukcí z operační paměti vhodně 
upravenou vazbou CPU se systémovou 
sběrnicí, využívající krátké instrukční fronty. 
Předvýběr probíhá v těch intervalech strojo- 
vého cyklu, kdy CPU nevyžaduje komunika- 
ci se sběrnicí (když provádí vnitřní operace). 
Tím je vytvořen základní předpoklad pro 
pipeling - čtení nové instrukce při součas- 
ném provádění instrukce aktuální. Obě fáze 
(předvýběr a zpracování odlišných instrukcí) 
se tak mohou překrývat, což odpovídá radi- 
kálnímu zlepšení propustnosti sběrnice, a- 
však pouze u sekvenčně řazených instrukcí, 
kterých je ovšem většina. Vyskytne-li se 
skoková instrukce, jednotka styku CPU se 
sběrnicí stávající frontu zruší a začne číst 
z běžné paměti - vytváří novou frontu in- 
strukcí. 

Cache 

Operační paměti současných mikropočí- 
tačů zpravidla z technologických a ekono- 
mických důvodů užívají dynamické paměti 
DRAM s dobou přístupu asi 100 až 250 ns. 
I při předvýběru instrukcí tedy opět dojde 
k situaci, kdy přístupová doba operační pa- 
měti představuje pro další zlepšování pro- 
pustnosti bariéru. Proto se u posledních 
generací mikroprocesorů užívá na kritických 
pozicích styku CPU s operační pamětí tzv. 
cache (skrytá mezipaměť s různou organi- 
zací a kapacitou). V podstatě se vždy jedná 
o určitou, velmi rychlou alternativu paměti 
asociativního typu. Základem výstavby ca- 
che jsou rychlé, statické paměti RAM a velmi 
rychlé adresové komparátory. 

Struktura cache, znázorněná na obr. 59, 
užívá dvou sekcí pamětí RAM s velmi krátkou 
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Obr. 59. Základní koncepce 
vnitřní struktury CACHE 
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dobou přístupu. Do první, datové sekce, se 
zapisují (podle určité strategie) kopie dat 
vybíraných z hlavní paměti. Do druhé sekce 
se jako ukazatele těchto dat zapisují informa- 
ce o jejich uložení v cache. Vždy, když CPU 
požaduje čtení z operační paměti, blok rych- 
lých komparátorů detekuje, zda se poža- 
dovaná data již nacházejí v cache. Pokud 
ano (hit - zásah), poskytuje data s minimál- 
ním zpožděním přímo cache. Když ne (mis 
- chyba, vedle), jsou data vyzvednuta 
z operační paměti s nezbytným zpožděním 
tak, jako by cache vůbec neexistovalo. Zá- 
roveň se však pořizuje jejich kopie do 
cache a proto v případě opětovné brzké 
další potřeby již nebude pomalý přístup 
do operační paměti nutný. 

Účinnost systému cache je založena na 
předpokladu, že většina úseků prováděného 
programu má lokální charakter, opakuje se 
v cyklech a smyčkách. Při dostatečně vyso- 
ké kapacitě cache je velká pravděpodobnost 
úspěšné aktivity cache (hit rate) a tím také 
podstatného zlepšení propustnosti počítače. 
Cache se samozřejmě vytvářejí, implemen- 
tují a užívají různými způsoby (interní on chip 
CPU nebo MMU, externí s relativně velkou 
kapacitou, instrukční, datová aj.). 

Architektura RISC 

Skutečnou cestu k systematickému zvět- 
šování výkonnosti počítačů nabízí nejen 
koncepční systémový vývoj, ale i přehodno- 
cování dosavadních vývojových cest. 

K velmi diskutovaným, ale i prakticky vyu- 
žívaným cestám patří dnes architektura 
RISC (Reduced Instruction Set Code). Je 
vlastně založena na návratu k „jednoduché" 
koncepci procesorové jednotky s omeze- 
ným, relativně „primitivním", ale pečlivě vy- 
braným souborem mikroinstrukcí s převážně 
pevným instrukčním formátem. Vychází se 
ze skutečnosti, že každý program je vždy 
"překládán ze zdrojového tvaru do strojo- 
vého kódu. K optimalizaci cílového programu 
však nejsou dosud uvažované několika- 
cyklové instrukce nejvhodnější. Minimální 
časové režie lze naopak dosáhnout soubo- 
rem jednoduchých, avšak velmi rychlých, 
nejlépe jednocyklových instrukcí. Přitom 
je technická stránka realizace procesoru, 
cílevědomě se zbavující složitého mikropro- 
cesorového řadiče a dalších sdružených 
obvodů, jednodušší. Architektura RISC se 
dosud uplatňuje především v oblasti mini- 
počítačů. Odtud se však do dnešních mono- 
litických procesorů prosadily i koncepce 
pipelingu a cache. 

Multipolní operační systémy 

Až potud jsme uvažovali průchodnost po- 
čítače pouze v závislosti na technických 
prostředcích, umožňujících rychlejší převze- 
tí a interpretaci instrukce. To je ovšem část 
celého problému. Máme už určitou předsta- 
vu o tom, co z praktického hlediska využití 
počítače znamená vnější paměť a operační 
systém. Také jejich další zdokonalování vy- 
žaduje podporu technických prostředků. 

Monopolní operační systémy, tvořící 
i dnes základ standardních operačních sy- 
stémů perzonálních mikropočítačů, mají 
řadu aplikačních nedostatků. Především 
mohou v určitém čase řešit vždy pouze 
jedinou úlohu jediného uživatele, které při- 
dělují celý volný, spojitý nerezidentní prostor 
operační paměti. Teprve po vyřešení této 
úlohy může být aktivována další úloha. Tím- 
to způsobem je však počítač včetně jeho 
periférií využíván z časového a ekonomické- 
ho hlediska značně neefektivně. 

S rozvojem technických prostředků do- 
chází i v oblasti mikropočítačů k postupnému 
uplatňování podstatně výkonnějších multi- 
polních (paralelních) operačních systémů, 
umožňujících víceuživatelský (multiuser) 
nebo multiprogramový (multitasking) pra- 



covní režim. To vše znamená, že buď může 
na jednom počítači současně pracovat ně- 
kolik uživatelů s iluzí, že počítač slouží vý- 
hradně jim, nebo může být souběžně, para- 
lelně řešeno několik samostatných, případ- 
ně i spolupracujících úloh. 

Pro jednoznačnost budeme dále chápat 
program jako předpis definující přesně způ- 
sob provádění určité úlohy (task). Proces je 
činnost, odpovídající provádění programu, 
buď systémového, nebo uživatelského. 

Program obecně nemusí být prováděn 
v jediném, spojitém Časovém úseku. Může 
být řešen postupně, po jednotlivých proce- 
sech, přičemž se mohou střídat v okamžité 
aktivitě procesy jednotlivých úloh. Multipolní 
operační systémy musí zajišťovat vzájem- 
nou synchronizaci úloh a procesů a přidělo- 
vat jim sdílené technické prostředky, přede- 
vším CPU a operační paměť. Aktivní může 
být vždy pouze jediný proces. Musí být evi- 
dovány stavy jednotlivých úloh a vzájemně si 
konkurujících procesů a na tomto základě, 
společně s řízením přenosů mezi operační 
a vnější pamětí, řízeno i pořadí zpracováva- 
ných procesů a komunikace s operátorem. 
To vše v co možná optimálním časovém 
prostoru. Všechny činnosti musí být přesně 
určeny, systém musí vylučovat vzájemné 
kolize a zablokování jednotlivých úloh a pro- 
cesů. Zvláště pak musí být schopen vyhod- 
notit, zpracovat a ošetřit všechny havarijní 
stavy, jako je například nekorektní přístup 
k systémové paměti. 

K účinnému splnění uvedených požadav- 
ků je nezbytná výrazná podpora technických 
prostředků, především procesoru a jednotky 
řízení paměťového přístupu. CPU je jednot- 
livým procesům přidělována operačním sy- 
stémem buď staticky, nebo dynamicky. Zpra- 
vidla však na určité, předem stanovené ča- 
sové úseky s využitím prioritního systému. 

Také paralelní systémy se skládají ze tří 
skupin systémových programů: řídicích (or- 
ganizačních), služebních a překladačů. 
Hlavní část tvoří řídicí programy plánování 
a kontroly zpracovávání úloh, procesů 
a správy dat, obr. 60. 

Plánovač úloh sleduje a eviduje stav 
všech úloh v systému; podle jejich prioritních 
a ochranných atributů a požadovaných pro- 
středků určuje pořadí jejich provádění. 

Plánovač procesů rozhoduje o tom, které- 
mu z procesů ve stavu připraven bude přidě- 
len procesor. Dispečer sleduje stav procesů, 
zajišťuje úklid stavu procesu při jeho odebí- 
rání a jeho obnovu při opětovné aktivaci. 

Prostřednictvím supervizoru (dohlížecího 
programu) může uživatelský program volat 
složky řídicího programu (zavedení a využití 
nového programu, ošetření nestandardní si- 
tuace . .). K volání se využívá mechanismu 
přerušení a privilegovaných instrukcí. Při 
ošetřování žádosti nesmí být operační sy- 
stém přístupný žádnému uživatelskému pro- 
gramu, nesmí být sdíleny systémové a uži- 
vatelské programy. 

Správa dat zajišťuje součinnost a sdílení 
hlavní paměti se systémem. Hlavní pamětí 
míníme obecně jak operační paměť, tak 
vnější diskovou (disketovou) paměť, přímo 
komunikující se systémem. Správa dat evi- 
duje aktuální stav a umístění programových, 
datových a zásobníkových alokačních bloků 


jednotlivých úloh a zajišťuje, zpravidla s vyu- 
žitím transformace interních (logických, vir- 
tuálních) a vnějších (fyzických) adresových 
prostorů přístup systému k jednotlivým úlo- 
hám a programům. 

Pro časově efektivní a přitom bezpečné 
přidělování systémových prostředků je nut- 
no zamezit dlouhým dobám jejich užívání 
jedním procesem v situacích, kdy by to zna- 
menalo blokování jiných urgentních činností. 
Tak by například mohla vzniknout situace, 
kdy úloha U1 čekáním na uvolnění určitého 
prostředku Pí blokuje prostředek P2, na 
který opět čeká úloha U2 - tím by se mohl 
zablokovat celý systém, obr. 61 , čemuž za- 
brání pouze omezení doby trvání procesu, 
disponujícího kritickým prostředkem. 

Optimalizace přidělování prostředků jed- 
notlivým úlohám je založena na jejich rozdě- 
lení do určitých tříd, v závislosti na požado- 
vané prioritě zpracovávání. Sdílení sy- 
stémových prostředků proto musí řídit výluč- 



Obr. 61. Příklad možného zablokování sy- 
stému čekáním na přidělení prostředku 
(CLINCH) 

ně operační systém, nejlépe (z hlediska pro- 
pustnosti) dynamickou správu procesů. Při- 
tom systémový proces má vždy vyšší priori- 
tu, než uživatelský. 

Každý z dynamicky přidělovaných pro- 
cesů multipolního systému má vždy přiděle- 
ny prioritní atributy a může se v určitém čase 
t nacházet minimálně v jednom ze schéma- 
ticky znázorněných stavů, obr. 62: 

1) aktivován - tj. má přiděleny systémové 

prostředky a právě probíhá, 

2) připraven - je podle určitého kritéria zařa- 

zen do fronty dalších procesů, čekají- 
cích na aktivaci, 

3) blokován - je opět zařazen do další fronty 

blokovaných procesů, čekajících na 
události, které je postupně převedou 
do fronty procesů připravených. 



Obr. 62. Vytváření front připravených a blo- 
kovaných procesů, výběr a ukončení aktivní- 
ho procesu 
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Aktivním (běžícím) může být v multipolním 
systému proces pouze po omezený časo- 
vý úsek. Jestliže nedojde během tohoto 
intervalu k jeho úplnému zpracování, je po 
uplynutí přidělené doby přerušen. Mimoto 
může být přerušen aktivací jiného procesu 
s vyšší prioritou. Přerušený proces je vždy 
uklizen do některé z front (připravených, 
blokovaných) procesů. Při umísťování 
a výběru procesů užívají operační systé- 
my různé algoritmy, zohledňující však 
vždy tyto požadavky: 

1. Optimalizace časového průběhu zpraco- 
vání 

I při preferenci určitých úloh dostávají 
ve frontách zpravidla přednost procesy 
s nejkratší požadovanou dobou trvání. 
Naopak pomalé procesy, typicky ty, které 
vyžadují přístup k zařízením l/O, mívají 
prioritu nejnižší. 

2. Vzájemná bezpečnost jednotlivých úloh 
a tedy jednoznačně determinovaný pří- 
stup k jednotlivým procesům a vyloučení 
možnosti zablokování systému. Při pře- 
chodu od jednoho k druhému procesu 
musí být uklizen stav odkládaného a ob- 
noven stav aktivovaného procesu. 

Fronty chápeme jako archiv neúplně vyří- 
zených žádostí úloh nebo procesů o přidě- 
lení systémových prostředků. Pro synchroni- 
zaci přidělování systémových prostředků 
jednotlivým procesům se užívá logických 
konstrukcí, označovaných jako semafory 
a kritické oblasti, bližší informace viz např. 
[17], [18]. 

Nedílnou součástí každého multipolního 
operačního systému musí být efektivní, ope- 
rativní součinnost operační a vnější sekce 
hlavní paměti. Vnější paměť je vždy z prin- 
cipu pomalá. Čím výkonnější a rozsáhlejší je 
operační systém, tím vyšší nároky klade na 
technické prostředky počítače, pomáhající 
omezit nezbytnou časovou režii při obous- 
měrném přemisťování elementárních pamě- 
ťových alokačních bloků (segment, stránka) 
mezi diskovou a operační pamětí. Postupem 
doby byly vyvinuty různé metody organizace 
a transformace paměťových prostorů, pod- 
porující tuto součinnost s ohledem na 
praktické požadavky a technické možnosti. 
Existují a užívají se především dvě základní 
koncepce, segmentace a stránkování. Po- 
chopení jejich podstaty a principu virtualiza- 
ce paměťového prostoru je podmínkou pro 
orientaci ve strukturách 16 a 32bitových 
mikroprocesorů, které se vyvíjely právě 
z hlediska podpory multipolních systémů. 

Segmentace 

Paralelní zpracování úloh a programů nut- 
ně předpokládá jejich současnou existenci 
v hlavní paměti. V operační části této paměti 
přitom musí být vždy umístěny pouze právě 
potřebné bloky těchto programů. Jednotlivé 
operační systémy přitom kladou na rozsah či 
úplnost těchto složek různé požadavky. 
V návaznosti na diskutovanou koncepci seg- 
mentace operační paměti budeme dále zmí- 
něné bloky označovat jako segmenty, při- 
čemž segmentem rozumíme souvislý pamě- 
ťový úsek v podstatě libovolné délky (zpravi- 
dla š 64 kB), celý přidělený programové 
nebo datové složce jednoho programu, obr. 

63. 

Při segmentové organizaci mohou být 
mezi diskem a operační pamětí vyměňovány 
programové a datové segmenty bez omeze- 
ní potud, pokud budou mít v operační paměti 
dostatečně velký volný prostor. Z hlediska 
praktického užití se ovšem nové segmenty 
umisťují v operační paměti s omezenou ka- 
pacitou vždy na místa segmentů, odlože- 
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Obr. 63. Segmentace znamertá dělení roz- 
sahu operační paměti na segmenty různých 
délek. Každé úloze je přidělen samostatný 
programový a datový segment 

ných zpět do vnější paměti. Jejich rozsah 
tedy musí být vždy menší nebo maximálně 
roven uvolněnému prostoru. Tak se projevu- 
je jeden z hlavních nedostatků metody, kte- 
rým je tzv. externí fragmentace paměti, obr. 

64. V operační paměti se vytvářejí nevyužité 



Obr. 64. Znázornění příčin vzniku externí 
fragmentace paměti při segmentovém přidě- 
lování prostoru paralelním úlohám 


úseky, fragmenty. Může nastat (a nastává) 
situace, kdy třeba pro segment 1 6 kB není 
v paměti volné místo, i když je v ní 40 kB 
volného, nevyužitého prostoru. Čím větších 
segmentů se užívá, tím rozsáhlejší fragmen- 
tace nastává. Existuje řada metod, jak se 
s tímto jevem vyrovnat. S relativně nízkými 
nároky na technické prostředky CPU to 
umožňuje metoda přemisťování segmentů 
tak, aby vytvořily souvisle obsazené a tedy 
i uvolněné prostory. To ovšem vyžaduje 
postupně kopírovat segmenty do vnější pa- 
měti a zpětně je zapsat od jednoho konce do 
operační paměti. Tato časově neefektivní 
metoda není pro multipolní systém vhodná. 

Mechanismus segmentových výměn mezi 
vnější a operační částí hlavní paměti před- 
pokládá systém segmentových bázových 
registrů, spravovaných výlučně řídicím 
programem. Poprvé byl implemento- 
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Obr. 65. Znázornění vztahu logické a fyzické 
adresy položky segmentu 


ván v CPU 8088 a 8086. Tyto procesory se 
užívají například v počítačích typu PC-XT 
s operačním systémem MS-DOS, který je 
však nadále monopolní. Adresování v ce- 
lém prostoru systémové paměti je založe- 
no na využití dvousložkové vytvářené lo- 
gické adresy, která je základem efektivně 
vytvářených přemístitelných segmentů. 

Logická adresa využívá systému segmen- 
tových (bázových) a efektivních adres, obr. 

65. Procesor je vybaven čtyřmi 16bitovými 
segmentregistry: 

CS (Code Segment) DS (Data Segment) 
SS (Stack Segment) ES (Extra Segment) 
Těmi je možno kdekoli v operační paměti 
vytvořit a adresovat libovolně velké bloky, 
segmenty o max. délce 64 kB. Počátek 
(bázi) segmentu určuje příslušný segmento- v 
vý registr. Umístění jednotlivé položky uvnitř 
segmentu (program, data, stack) pak určuje 
16bitová efektivní adresa, která může být 
vytvořena různými způsoby podle adresova- 
cí metody a typu instrukce a představuje 
ofset položky vůči bázové adrese. Proto při 
přemístění celého segmentu v operační pa- 
měti stačí pouze změnit obsah segmentové- 
ho registru. 

Úplná logická adresa se tedy skládá ze 
dvou složek, 1 6bitové segmentové a 1 6bito- 
vé efektivní adresy. Ty společně určují umís- 
tění každé položky segmentu v logickém 
adresovém prostoru. 

Na vývodech procesoru je však k dispozici 
pouze 20bitová fyzická adresa, odpovídající 
vždy umístění adresové položky v reálném, 
fyzickém adresovém prostoru. Tato adresa 
se technicky vytváří tak, že 16bitová seg- 
mentová složka je ve skutečnosti interpreto- 
vána jako 20bitová (čtyřnásobným posuvem 
vlevo) a k ní se lineárně přičítá efektivní 
adresa jako ofset. Tak je vytvořen rozsah 
fyzických adres 0 až OFFFFF H, tj. 0 až 
1 MB. 

Logické adresování představuje prvý krok 
k vytvoření virtuálního adresového prostoru, 
kterým však CPU 8086 ještě nedisponuje. 
Přesto systém logických adres patřil, právě 
zavedením dosud nebývalého a přemístitel- 
ného adresového rozsahu, spolu se 16bito- 
vou datovou sběrnicí, instrukční frontou, od- 
povídajícím rozšířením instrukčního soubo- 
ru i adresovacích možností k hlavním trum- 
fům tohoto mikroprocesoru v době jeho uve- 
dení (blokové schéma je na obr. 66, literatu- 
ra [21 ], [22 1). 

Shrneme-li, segmenty představují spojité 
programové nebo datové bloky, jejichž umís- 
tění v operační paměti lze snadno měnit. 
Segmenty mohou být umístěny v paměti 
kdekoliv, mohou se i částečně nebo úplně 
překrývat. Se segmenty pracují uživatelské 
programy, se segmentovými registry však 
musí, pro zajištění bezpečné spolupráce 
s vnější pamětí, zacházet výlučně operační 
systém. Předností segmentového mechanis- 
mu jsou z tohoto hlediska relativně nízké 
požadavky na podporu ze strany CPU. 


Virtuální paměť 

Ačkoli v době nástupu procesorů 8088 
a 8086 byli uživatelé vesměs šokováni 
„obrovsky zbytečným" adresovým prostorem 
1 MB, začalo se brzy ukazovat, že „to 
zase není až tak moc“. Á v okamžiku zpří- 
stupnění disků Winchester to najednou bylo 
málo. Východisko ze situace opět ukázaly 
minipočítače - byla a je jím nadále virtuali- 
zace adresového prostoru, naznačená už 
u 8086 logickým adresováním. To však do- 
volovalo pouze segmentaci v omezeném 
reálném adresovém prostoru operační pa- 
měti. 

Skutečný virtuální paměťový systém však 
umožňuje vytvářet a dynamicky spravovat 
i mnohonásobně větší logický/virtuální adre- 
sový prostor, než jaký zabírá nebo vůbec 
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Obr. 66. Zjednodušená vnitřní struktura CPU 8086 



Obr. 67. Virtualizace paměťového prostoru 
systému 


datobus 



Obr. 68. Vazba operační a vnější paměti 
na virtuálně orientovaný systém počítače 


může zabírat instalovaný rozsah fyzické 
—operační paměti a to při velké propustnosti 
systému. Uživatel má přitom dojem přístupu 
k celému tomuto virtuálnímu prostoru, i když 
ten je ve skutečnosti spravován mnohem 
menší kapacitou operační paměti. Proto 
také označení virtuální, zdánlivý. Tato mimo- 
řádně cenná možnost efektivní spolupráce 
nerovných logických a fyzických prostorů, 
umožňující šetřit drahým prostorem operač- 
ní paměti, ovšem vyžaduje podstatně výkon- 
nější a složitější podporu ze strany technic- 
kých prostředků počítače, zvláště CPU 
a MMU. Vedle potřeby mapování paměťové- 
ho prostoru a evidence umístění úloh v pa- 
měti je nutná identifikace všech nevhodných 
paměťových přístupů, které musí být okam- 
žitě vyhodnoceny operačním systémem, 
aktivovaným vyvoláním odpovídajícího 
výjimečného stavu procesoru, obr. 67. 

Virtuální adresování opět užívá dvouslož- 
kových logických adres. První složku však 
nyní představuje tzv. selektor, druhou znovu 
efektivní adresa, určená instrukcí. Vzájemné 
přiřazení logické, virtuální a fyzické adresy 
však už není určeno jednoznačnou lineární 
skladbou, ale uskutečňuje se prostřed- 
nictvím zvláštního „mapovacího" obvodu 
tzv. segmentových deskňptorových tabulek. 
Uživatelský program pracuje výhradně s logic- 
kými adresami a o skutečném umísťování seg- 
mentů v operační ani vnější systémové paměti 
nemá (a nepotřebuje) žádné informace. Vzá- 
jemné přiřazení obou prostorů zajišťuje 
efektivně (čas, bezpečnost, priority . .) ope- 
rační systém. Virtuální paměť přitom tvoří 
všechna paměťová média, k nimž má proce- 
sor a celý systém přístup. Operační paměť 
z toho zpravidla představuje pouhý zlomek. 
Tu může procesor adresovat prostřed- 
nictvím fyzické adresové sběrnice. Zbytek 
náleží vnějším pamětem, tedy především 
disku floppy a Winchester. Vnější paměť je 
ovšem dostupná pouze nepřímo. To zname- 
ná, že segment z vnější paměti, k němuž má 
mít procesor přístup, musí být nejprve překo- 


pírován do paměti operační. Přesuny se 
musí uskutečňovat pod výlučnou kontrolou 
operačního systému, který při tom musí, 
za podpory technických prostředků usku- 
tečňovat řadu zásadních rozhodování, 
např.: 

- kam segment do operační paměti umístit? 

- je před tím třeba některý segment uklidit, 
nebo může být přepsán? 

- když „uklízet", tak který segment? Krité- 
ria při tom mohou být různá, např. frag- 
mentace nebo časová režie (uklizený seg- 
ment může být vzápětí znovu požadován 
a tedy znovu umisťován). 

Způsob vazby operační a vnější paměti na 
systém s virtuálním adresováním prostřed- 
nictvím jednotky BU nebo MMU (viz dále), 
která může být buď samostatným, podříze- 
ným procesorem, nebo tvořit součást CPU, 
schématicky postihuje obr. 68. Adresové 
výstupy MMU však vždy produkují reálnou, 
fyzickou adresu. 

Vlastní princip virtuálního segmentového 
adresování znázorňuje obr. 69. Bázová ad- 
resa segmentu je určována nepřímo. Její 
vytvoření je iniciováno selektorem, který pů- 
sobí jako ukazatel do tzv. deskriptorových 
tabulek, vytvářených a aktualizovaných sy- 
stémem v operační paměti. Každému seg- 
mentu je přiřazen deskriptor, tvořený několi- 
ka byty. Při naplnění příslušného segmento- 
vého registru selektorem je z tabulky vybrán 
deskriptor, určující bázovou adresu odpoví- 
dajícího segmentu a tedy i jeho fyzické umís- 
tění v operační paměti. Po lineárním slouče- 
ní báze a ofsetu (efektivní adresy) je určena 
fyzická adresa odpovídající položky v rámci 
segmentu. Pro snazší pochopení je princip 
na obr. 69 znázorněn dvěma odpovídajícími 
si způsoby. 

Při každém přístupu k segmentu úlohy potře- 
buje procesor znát obsah jeho deskriptoru. Stá- 
lé čtení z pomalé operační paměti (DRAM) by 
odezvu systému zbytečně zpomalovalo. 
Proto se obsah právě aktivního deskriptoru 
ukládá do speciálního interního registru, pra- 


cujícího jako cache. Každý segmentregistr 
má k dispozici vlastní cache, které po celou 
dobu užívání jednoho segmentu nahrazuje 
zbytečný, časově náročný přístup CPU 
k deskriptorové tabulce, obr. 69a. 

Neméně důležitá je nutnost zabezpečit ko- 
rektní paměťový přístup vzhledem k nerovným 
kapacitám virtuálního a fyzického adresového 
prostoru. Proto se vedle bázových adres 
segmentů umisťují do deskriptorů i další 
položky, atributy stavu, umístění a přístupo- 
vých práv. Na obr. 70a je jako příklad znázor- 
něn formát datového segmentového des- 
kriptoru CPU 80286, který je 8bytový. Nej- 
nižší dva byty nesou informaci o velikosti 
segmentu (limit), další tři (24 bitů) určují 
vlastní bázi segmentu. Nejvyšší dva byty pak 
jsou výrobcem rezervovány pro další inova- 
ce. Pro nás je nyní zajímavý 6. byte, tzv. 
Access Right Byte, obr. 70b. Jeho bit P (Pre- 
sent) udává, zda je segment umístěn v ope- 
rační paměti (P=1), nebo zda musí být před 
užitím nejprve umístěn, tedy „natažen" 
z paměti vnější. Druhý krajní bit A (Acces- 
sed) může systém použít pro organizaci 
segmentových výměn. Tento bit je vždy au- 
tomaticky nastaven při aktivaci segmentu. 
Periodickým čtením a nulováním bitů A 
může systém získat evidenci o četnosti uží- 
vání jednotlivých segmentů a podle toho řídit 
jejich úklid. Ostatní bity určují přístupová 
práva a privilegia. Každé porušení jimi evido- 
vaných pravidel způsobí odpovídající typ 
přerušení, vyvolávajícího příslušné ošetření. 

Popsaným adresovacím mechanismem 
disponuje ve virtuálním módu 16bitový mik- 
roprocesor 80286, jehož orientační blokové 
schéma je na obr. 71. Procesor, který je 
inovací 8086, již může být užit ve virtuál- 
ním módu pro paralelní zpracování úloh. 
Umožňuje adresovat až 1 GB virtuální pa- 
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Obr. 70. a) formát segmentového deskripto- 
ru, b) ACCESS RIGHT BYTE 
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Obr. 69. Dvěma způsoby znázorněný vztah 
logické a fyzické adresy ve virtualizovaném 
segmentovém paměťovém prostoru 


méti do fyzického prostoru 16 MB. Jeho 
vnitřní struktura se skládá ze čtyř spolupra- 
cujících jednotek. 

Výkonná jednotka EU (Execution Unit) 
provádí příslušné aritmeticko/logické opera- 
ce. Instrukční jednotka IU zajišťuje dekódo- 
vání instrukcí a ovládání řadiče EU. Adreso- 
vací jednotka AU transformuje virtuální adre- 
su na fyzickou a zajišťuje její přenos do 
BU. Konečně jednotka BU (Bus Unit) zajiš- 
ťuje vazbu celého procesoru na systémo- 
vou sběrnici (16 bitů data, 24 bitů adresa) 
a prefetch instrukcí. 

Přehledový popis 8026|6 včetně obou 
módů (reálného a virtuálního), globálních 
a lokálních deskriptorových tabulek, sy- 
stému privilegií aj. viz 1 23 1, podrobnější in- 
formace 1 22 {*. 

Stránkování 

Ani virtuálně orientované segmentové sy- 
stémy neřeší nedostatky, vyplývající z pro- 
měnného formátu logické jednotky (seg- 
mentu) do důsledků. Protože při zpracování 
úlohy musí být v operační paměti příto- 
men vždy úplný formát příslušného segmen- 
tu, nelze mezi operační pamětí a diskem 
přemisťovat jeho část, aie pouze celý. spo- 
jitý segment současně. To je při práci 
s rozsáhlými segmenty časově značně ná- 
ročné a zásadně omezuje propustnost ce- 
lého systému. 

Koncepce virtuálních adres umožňuje za- 
vést výkonnější systém spolupráce obou 
složek (virtuální, fyzické) hlavní paměti. Je 
jím tzv. stránkování (paging). Tento způsob 
paměťového přístupu však také klade pod- 
statně větší nároky na technické prostředky, 
především jednotku MMU. Podstatou strán- 
kování je, jak už napovídá název, dělení 
spojitého logického paměťového prostoru 
na zcela shodné úseky, stránky. Těm ve 
fyzickém prostoru operační paměti odpoví- 
dají stejně velké úseky, označované jako 



stránkové rámy (Page Frames). Konstantní 
rozměr stránky jako základní přemístitelné 
jednotky automaticky odstraňuje problém ex- 
terní fragmentace - při každé výměně strán- 
ky je vždy využit celý její prostor. Zatímco 
logický prostor segmentu je tedy i nadále 
spojitý, tvořený sousedními stránkami, jeho 
umístění v operační paměti už může být 
nespojité. Jednotlivá stránka muže být gmís- 
těna kdekoliv, v libovolném rámu. Stačí, aby 
umístění stránky bylo přehledně a operativ- 
ně řízeno a evidováno. Uvážíme-li dále 
možnou shodu rozměrů stránek/rámů 
s formátem sektoru pevného disku, 
obr. 72, máme rázem dobrou představu 
o vzájemné zaměnitelnosti lokace stránky 
v celém prostoru hlavní systémové paměti. 
Pro lepší propustnost systému muže být 
nyní místo již zbytečného hledání prostoru 
pro umístění segmentu řešena strategie ča- 
sově efektivního hospodaření s operační 
pamětí. Vychází se z různých algoritmů, 
založených však vždy na hodnocení pravdě- 
podobnosti potřeby jednotlivých stránek 
v blízké budoucnosti podle četnosti jejich 
dosavadní aktivace v určitém časovém úse- 
ku. Při relativně velkém počtu malých strá- 
nek a potřebě rychlé odezvy je optimalizace 
složitý úkol. Má také smysl pouze v souvis- 
losti se zvláštním přístupem k užívání strán- 
kového systému, tzv. stránkování na žádost. 

Všimněme si ještě, že stále zůstává neře- 
šen problém interní fragmentace. Vyžaduje- 
-li například program kapacitu 10 kB 
a stránka má standardní velikost 4 kB, je 
přidělený prostor tří rámů využit na 80 %. 
Vidíme, že čím menší budou stránky, tím 
menší bude i plýtvání prostorem RAM. 


Stránkování na žádost 

Metoda stránkování na žádost (Demand 
Paging) zavádí do využívání stránkového 
mechanismu zcela novou kvalitu. Základní 
jednotkou výměny už není segment, ale 
jednotlivá stránka. Operační systém využí- 
vající stránkování na žádost je pak koncipo- 
ván tak, že v případě potřeby může umístit 
jednotlivou stránku do rámu operační paměti 
i teprve tehdy, když je už učiněn procesorem 
pokus o přístup k ní. Jednotlivé programové 
bloky (segmenty) pak nezpřístupňují své ad- 
resové prostory přímo, ale prostřednictvím 
příslušného počtu stránek, popsaného jejich 
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Obr. 72. Schematické znázornění koncepce 
a využití stránkové virtuální paměti 



























Obr. 73. Vztahy mezi jednotlivými 
adresovými prostory (logický, line- 
ární, fyzický), používanými v růz- 
ných módech činnosti 80386 
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Obr. 74. Vývojový 
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seznamem. Jednotlivé stránky každé 
úlohy se pak mohou nacházet jak ve 
vnější, tak operační paměti. Umisťo- 
vaná stránka se ukládá na místo právě 
volného rámu. Můžeme rázem nahléd- 
nout celou řadu problémů. Při tako- 
vémto nespojitém umisťování stránek se 
vždy musí dynamicky modifikovat jim 
příslušné fyzické adresy rámů. Mimoto je 
pro vzájemnou transformaci nutno vést evi- 
denci o aktivním/pasívním stavu stránky, 
modifikované stránce (Page Copy), o četnos- 
ti využívání, prioritách, přístupových prá- 
vech a privilegiích tak, aby MMU a operační 
systém měly stále dostatek informací pro 
řízení paměťové správy a korektnosti přístu- 
pů. Velké množství informací, potřebných 
k této činnosti, klade vysoké požadavky na 
podporu technických prostředků, zejména 
jednotky MMU, která je u systému se strán- 
kováním na žádost nezbytnou podmínkou. 
Zdůrazněme, že na rozdíl od segmentů, 
s nimiž pracuje uživatel a které představují 
~~togické jednotky (code, data), jsou stránky/ 
/rámy alokační jednotky pevného rozměru, 
s nimiž pracuje výlučně operační systém 
a technické prostředky. Uživatelské pro- 
gramy nemají ke stránkovému mechanismu 
žádný vztah ani přístup. 

Stránkování na žádost, které má opět 
původ u minipočítačů, přináší vzhledem 
k segmentaci dvě další významné přednosti: 

1 . Doba výměn (swapping) stránek a rámů 
je už vzhledem k jejich konstantnímu 
a malému rozměru řádově kratší. Tech- 
nické prostředky (MMU, cache, DMA) ji 
dále radikálně omezují. 

2. Umožňuje zpracovávat rozsáhlý program 
i v tom případě, že kapacita operační 
paměti nestačí na jeho umístění. 

Naprostá většina mikroprocesorů vyšších 
generací je dosud orientována na segmen - 
taci-. K nejdokonalejším typům, které umož- 
ňují práci v segmentovém i stránkovém reži- 
mu a tedy i jejich využití pod různými operač- 
ními systémy, patří 32bitový procesor typu 
180386, kompatibilní na nižších úrovních 
s 8086 i 80286. Může pracovat ve dvou hlav- 
ních operačních módech: 

a) v reálném módu (Reál Access Mode), 
v němž obdobně jako 80286 představuje 
velmi rychlý ekvivalent 8086; 

b) v chráněném virtuálním módu (Protected 
Mode) využívá všech předností prostřed- 
ků správy virtuálního paměťového pro- 
storu. V chráněném módu se užívá vý- 
hradně systému nepřímých logických a- 
dres, opírajících se o ukazatele na pamě- 
ťové segmenty. Tak lze procesor využí- 
vat souběžné jako 80286 s 1 6 MB 
a 80386 se 4 GB přímé paměti, s virtuál- 
ním prostorem 64 TB (terrabyte)! 

Pro řízení transformace mezi logic- 
kým a reálným adresovým prostorem v jed- 
notlivých modech a režimech činnosti má 
mimořádný význam jednotka MMU. Přehled 
o adresových transformacích podává obr. 


73. Logickou adresu tvoří vždy její dvě slož- 
ky, obecně seíektor a ofset. Seíektor určuje 
adresu příslušné segmentové deskrip- 
torové tabulky. Ofset je určen adre- 
sovou částí instrukce. Lze užít maximálně 
2 14 = 1 6 kB selektorů s ofsetem 2 32 = 4 GB. 
Tak je k dispozici 2 46 = 64 TB logické- 
ho prostoru. Segmentová jednotka převá- 
dí logický prostor do 32bitového pro- 
storu lineárního. Další zpracován/ závisí na 
aktualizovaném pracovním režimu. Pokud 
není užito stránkování, odpovídá fyzická a- 
dresa (dostupná na externím adresovém 
busu MMU) přímo adrese lineární. Rozdíl ve 
vytváření fyzické adresy v jednotlivých mó- 
dech spočívá ve způsobu vytvoření lineární 
adresy a na tom, zda je uplatněna stránková 
jednotka. 

V reálném módu probíhá překlad adresy 
obdobně jako u 8086, obr. 65. 

V chráněném módu je lineární adresa 
interpretována jako pole o třech složkách. 
První dvě (directory, page) jsou vyhodnoco- 
vány jako indexy do speciálních dvouúrov- 
ňových tabulek stránkového překladu, vy- 
tvářených systémem. Poslední se využívá 
jako ofset pro adresování položky uvnitř 
stránkového rámu fyzické paměti. Vztahy 
mezi logickou, lineární a fyzickou adresou 
jsou na obr. 74 znázorněny vývojovým dia- 
gramem, podrobněji postihuje překlad obr. 
75. 

Blokové schéma 80386 je na obr. 76. 
Architektura podporuje 32bitové datové ty- 
py a adresové módy. Registry, interní sběr- 
nice a fyzický datový a adresový bus jsou 
32bitové. Segmentové registry CS, DS, SS, 
ES, FS, GS jsou 16bitové. Kromě obecných 
registrů obsahuje 80386 blok uživatelsky 
nepřístupných segmentových registrů - re- 
gistry deskriptorových tabulek (globální, lo- 
kální, přerušení) a řídicí registry CR0, CR2 
a CR3. Nyní si již můžeme popsat činnost 
stránkové jednotky, umožňující kombinovat 
segmentaci a stránkování paměťového pro- 
storu (obr. 75.). 

Jak patrno, stránkování volitelně navazuje 
na segmentaci, která v podstatě pracuje 
stejně jako u 80286, obr. 69, s tím rozdílem, 
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že báze i ofset mají 32 bitový rozsah. Použi- 
je-li se stránkování, překlad lineární-fy- 
zická adresa užívá dvouúrovňové kon- 
verze prostřednictvím dvou tabulek, directo- 
ry (adresář) a page table (stránková tabul- 
ka), organizovaných v RAM. Každá tabulka 
má pevný rozsah právě jedné stránky (4 kB) 
a tak umožňuje postihnout 1024 položek 
délky 4 B. Z toho vždy 20 bitů přísluší adre- 
sovému poli. Aktuální úloze může být pro- 
střednictvím indexů do těchto dvou tabulek 
a ofsetu lineární adresy přidělen v paměti 
prostor2 (10+10+12) =2 32 =4 GB, rozdělený do 
stránek. Při každém zavedení nového aktu- 
álního selektorů je do registru CR3 předána 
bázová adresa (ROOT) první, adresářové 
tabulky. Spolu s horními 10 bity lineární 
adresy (bity 22 až 31 ), představujícími index, 
je vytvořena konečná adresa konkrétní po- 
ložky první tabulky. Natéto jsou kromě bázo- 
vé adresy druhé (page) tabulky uloženy i dal- 
ší informace. Pomocí aktivovaného výstupu 
adresářové tabulky a bitů 12 až 21 lineární 
adresy je obdobně získán přístup k aktuální 
položce stránkové tabulky. Ta již vedle další- 
ho obsahuje fyzickou adresu požadovaného 
stránkového rámu, adresu položky v rámci 
stránky/rámu udává ofset, tj. zbývající bity 
0 až 1 1 lineární adresy. Formát každé z obou 
překladových tabulek je orientačně znázor- 
něn na obr. 77. Zatímco nejvyšší bitové pole 
je vyhrazeno adresám, slouží bity P (Pre- 
sent), A (Accessed), D (Dirty) pro řízení 
přístupu, bity R/W a U/S (User/Supervisor) 
jako ochranné atributy. Bity 9 až 11 jsou 
rezervovány pro operační systém, který jich 
může využít libovolně, zpravidla však pro 
realizaci algoritmu výměny stránek. 

V blokovém schématu na obr. 76 jsou 
naznačena i využití interních cache jednotky 
MMU. Smysl objasní nejlépe aplikace ca- 
che ve stránkové jednotce - potřeba 
častého přístupu k pomalé dvouúrovňové 
překladové tabulce (DRAM) by neúnosně 
prodlužovala odezvu celého systému. Proto 



?! 
5 . 1 


















I 


r K 


m 


RESET 


CLK2 


BUSY 


ERROR 


raolič 


l/l 7 


registry 


BARREL 
posuv. reg. 


n 


MM U 


test. 

jednotka 


~] 


fronta dekódovaných 
instrukci 


1 Vbú 
I 
I 


dekodér 

instrukci 


I 


SEGMENT 

DESCRIPTOR 

CACHE 


PAGE 

DESCRIPTOR 

CACHE 

segmentová 

PAGE 

jednotka 

jednotka 

■ 

■ 


fronta 

instrukci 


,_J 


Obr. 76. Blokové schéma interní struktury 
32bitového mikroprocesoru 80386 „ 

jednávky a rezervace (jízdenky, letenky . .). 
4. Systémy Multi User/Multi Tasking umož- 
ňují prostřednictvím terminálových stanic 
současně řešit několik úloh větším počtem 
uživatelů. Typickým a vedoucím představite- 
lem této skupiny operačních systémů je 
UNIX a jeho deriváty. 

Tak jako každý operační systéiji vyžaduje 
různý stupeň podpory technických prostřed- 
ků počítače, tak různá je jeho vlastní podpo- 
ra práci uživatele či uživatelů. 
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se v MMU udržují kopie většiny naposledy 
zpřístupňovaných stránek právě ve strán- 
kovém cache TLB (Translation Lookaside 
Buffer). 

Podrobnější informace o procesoru 80386 
lze nalézt např. v [22], [24j. Na obr. 78 je 
pro orientaci znázorněno blokové schéma 
počítače s tímto mikropocesorem a typický- 
mi periferiemi osobního počítače. 

Stručný přehled operačních 
systémů 

Nakonec si uveďme alespoň stručný pře- 
hled nejrozšířenějších operačních systémů 
s návazností na jednotlivé procesory Intel. 
Obecně lze rozlišit čtyři základní typy ope- 
račních systémů podle jejich schopnosti prá- 
ce ve víceuživatelském (Single/Multi User) 
a multiprogramovém (Single/Multi Tasking) 
režimu: 


1 . Systémy Single User/Single Tasking jsou 
výlučně monopolní. Může je provozovat je- 
diný uživatel pro řešení vždy jen jedné úlohy. 
Typickými představiteli jsou CP/M a MS- 
DOS. 

2. Systémy Single User/Multi Tasking může 
opět provozovat jediný uživatel s tím, že lze 
současně zpracovávat několik programů. 
Zástupci této skupiny jsou systémy Concu- 
rent DOS a OS/2. Výhodou multitaskingu je 
lepší časová odezva a lepší vytížení počíta- 
če. 

3. Systémy Multi User, označované také 
jako účastnické,, nabízejí několika nebo 
i mnoha účastníkům společnou datovou zá- 
kladnu, v každém okamžiku ovšem dostup- 
nou jedinému uživateli na principu časového 
sdílení. Žádný z uživatelů nemůže ovlivňo- 
vat program. Typickými příklady aplikace 
těchto systémů jsou účastnické sítě pro ob- 


MS-DOS představuje již řadu let nejpopu- 
lárnější a nejrozšířenější operační systém 
na 16bitových počítačích. Trvale se vyvíjí od 
původně zcela monopolního systémupřes 
určité možnosti zapojování do sítí, rozšiřová- 
ní uživatelského komfortu (okna, myš . .), 
interního a externího paměťového prostoru 
(Winchester) a mnohá další zdokonalení. To 
vše také odpovídá postupnému přechodu do 
procesorů 8088 a 8086 k 80286, jehož mož- 
nosti však systém, vedle adresového rozší- 
ření, prakticky nevyužívá. Podrobnější infor- 
mace o systému, jehož hlavní předností je 
bohaté programové zázemí, neustále do- 
plňované a rozšiřované, viz např. [28 J. 

OS/2 

Operační systém OS/2 je, stejně jako 
MS-DOS, produktem fy Microsoft. Systém 
byl vyvíjen s cílem dosáhnout razantního 
zlepšení výkonnosti osobních počítačů IBM 
se zaměřením na využití 80286. Je to typický 
systém multitasking, současně probíhající 
programy si mohou vzájemně předávat 
a sdílet svá data. 80286 se využívá v chráně- 
ném virtuálním módu. Je samozřejmě mož- 
né používat procesor i pod MS-DOS, v běž- 
ném reálném módu. OS/2 má dosud nedo- 
statky, které zabránily jeho většímu rozšíře- 
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Obr. 78. Stylizované blokové schéma osob- 
ního počítače s procesorem 80386 



































ní. Nelze jej totiž jednoduše bez úprav imple- 
mentovat na stávající počítače standardu 
AT, protože vyžaduje větší kapacitu operač- 
ní paměti a některé speciální obvody. Mimo- 
to přináší i některé problémy s kompatibili- 
tou, například grafiky. To je vzhledem k po- 
třebě přenositelnosti MS DOS závažný pro- 
blém. 

Concurent DOS 

Systém CDOS je produktem fy Digital 
Research, umožňujícím rozsáhlejší multi- 
tasking a s určitými omezeními i multiuživa- 
telské aplikace. Je dostupný ve dvou ver- 
zích. Pro aplikace s 8086/80286 je možný 
přístup ke společné datové základně pro 
maximálně 6 účastníků. Varianta CDOS na 
počítače s procesorem 80386 umožňuje 
propojit 9 terminálů na společný centrální 
počítač přes sériový kanál RS 232. 

CDOS i MS-DOS mohou být instalovány 
na společném disku, uživatel má možnost 
volit ten který systém. Programy MS-DOS 
mohou být spouštěny i pod CDOS. V chráně- 
ném módu 80386 může být současně aktivo- 
váno až 255 úloh. 

PC-MOS/386 

Také tento systém fy Softwarelink je zalo- 
žen na rozšíření MS-DOS o multiuživatel- 
ské a multiprogramové služby. Pro vybavení 
jednotlivých uživatelů přitom stačí jednodu- 
ché terminály (klávesnice, displej), propoje- 
né s centrálním, hostitelským počítačem tří- 
dy 80386 sériovým kanálem V.24. Každé 
pracoviště se při tom chová jako plnohodnot- 
ný počítač, všichni účastníci užívají společný 
pevný disk, na kterém je každé aplikaci 
přidělen zvláštní pracovní rozsah paměti. 

UNIX 

Nejrozšířenéjším a velmi výkonným, plné 
multipolním operačním systémem je beze- 
sporu UNIX, vyvinutý u fy Bell Laboratories 
již v 60. letech. Po celou dobu existence byl 
systém rozvíjen a inovován na vysokých 
školách a u významných producentů. UNIX 


byl původně programován v asembleru. V r. 
1 974 byla podstatná část napsána v jazyku 
C, čímž se UNIX stává prakticky technicky 
nezávislý, přenositelný na každý počítač 
(mini, mikro) s postačující podporou technic- 
kých prostředků. Programová přenositelnost 
je vůči jiným systémům největší předností 
systému UNIX. Jeho koncepci vychází vstříc 
zvláště řešení procesoru 80386 s jeho jed- 
notkou MMU. Byly vytvořeny i různé „odno- 
že" tohoto systému, z nichž nejvýznamnější 
jsou XENIX fy Microsoft a AIX fy IBM. Struč- 
ný přehled systému UNIX viz [29]. 
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Samočinné zaostřování 
u diaprojektorů 

Mnohá projekční zařízení bývají vyba- 
vena elektronickým optomechaniekým 
doplňkem pro samočinné ostření zobra- 
zovaného předmětu. Nejčastěji se jedná 
o diaprojektory, kde je samočinně udržo- 
vána konstantní vzdálenost diapozitivu 
od optického systému. Značně se tím 
zjednodušuje obsluha diaprojektoru, ne- 
boť diapozitiv se často působením tepla 
z osvětlovače prohýbá a je nutné během 
promítání diaprojektor průběžně doos- 
třovat. Také vlastní upevnění diapozitivů 
v rámečcích a rámečků v zakládacím 



Obr. 76. Samočinné zaostřování u diapro- 
jektorů 


mechanismu nezaručuje reprodukova- 
telnost polohy promítané roviny. 

Popisovaným doplňkem může být do- 
datečně vybaven diaprojektor, který již 
má dálkově ovládaný motorový mecha- 
nismus pro doostřování. U diaprojektorů 
s ručním ovládáním ostření by byl takový 
doplněk značně mechanicky náročný 
a znamenal by prakticky rekonstrukci 
celého optického systému. 

Princip samočinného ostření spočívá 
v tom, že motorek ostření je zapojen 
v servosmyčce, jejímž vstupním signá- 
lem je napětí z diferenciální fotodiody, na 
kterou dopadá světelný paprsek, odra- 
žený od povrchu promítaného diapoziti- 
vu (obr. 76). Diferenciální fotodioda ob- 
sahuje dvě fotodiody na jediném polovo- 
dičovém čipu. Totožnou technologií vý- 
roby a stejnými rozměrovými vlastnost- 
mi obou fotodiod je zaručena jejich stej- 
ná tepelná závislost a citlivost. Když 
úzký světelný paprsek, odražený od dia- 


pozitivu, zaměříme na dělicí čáru mezi 
oběma diodami, je napětí z obou diod 
totožné. Při odchýlení paprsku směrem 
k jedné z fotodiod získáme elektrické 
napětí, které po patřičném zesílení může 
přímo ovládat stejnosměrný elektormo- 
torek tak, aby odražený paprsek dopadal 
opět na rozhraní fotodiod. Tímto způso- 
bem se opět rovina diapozitivu ve sledo- 
vaném bodě vrátí do původní, zaostřené 
roviny. 

Na obr. 76 je optické schéma doplňku. 
Žárovka Ž je zdrojem světelného papr- 
sku, který je zaměřen na rovinu diapoziti- 
vu, který je umístěn mezi projekční žá- 
rovkou a objektivem. Průhyb diapozitivu 
je znázorněn mezními polohami. Průhyb 
může být nahrazen různými rozměry rá- 
mečku diapozitivu. Odražený paprsek 
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dopadá na diferenciální fotodiodu. 
Vzhledem k tomu, že se v ČSSR diferen- 
ciální diody běžně nevyrábějí, (e nutno 
použít diody zahraniční produkce (např. 
BPX48). V krajním případě by bylo možno 
použít dvě velkoplošné diody, umístěné 
vedle sebe. Takové diody by bylo nutno 
vybrat tak, aby měly stejnou citlivost, pří- 
padně i stejnou teplotní závislost. 

Na obr. 77 je schéma elektrického 
zapojení obvodu. Diferenciální fotodiody 
jsou zapojeny v sérii a signál z jejich 
společného bodu je zesílen operačním 
žesilovačem. Na výstupu operačního 
zesilovače jsou dva tranzistory opačné 
vodivosti, které napájí motorek, pohybu- 
jící diapozitivem ve směru optické osy. 
Odpory rezistorů R 3 a R 4 je nutno upravit 
tak, aby byly dynamické vlastnosti obvo- 
du optimální. 

Řízení rychlosti otáčení 

asynchronních motorů 

Výhody střídavých asynchronních 
motorů zajistily tomuto druhu motorů 
převahu v jejich používání v mnoha apli- 
kacích. Pokud je však požadována změ- 


např 2x KY132/600 



Obr. 75. Řízení rychlosti otáčení asynchron- 
ních motorů 

na rychlosti jejich otáčení, je nutno změ- 
nit kmitočet napájecího napětí, což je 
však u běžných aplikací prakticky ne- 
možné. Kromě zapojování rezistorů do 
série s vinutím motoru (tím se zvětšuje 
,,skluz“), existuje však ještě další mož- 
nost jak zmenšovat rychlost otáčení zatí- 
ženého asynchronního motoru v rozme- 
zí 20 až 30 %. Princip je znázorněn na 
obr. 75. Vychází z toho, že průchodem 
stejnosměrného proudu vinutím motoru 
je motor brzděn. Brzdicí síla je úměrná 
velikosti stejnosměrného proudu a rych- 
losti otáčení, což vyplývá ze základních 
pouček o pohybu vodiče v magnetickém 
poli. 

Pokud má tedy střídavé napájecí na- 
pětí motoru stejnosměrnou složku, je 
motor průchodem střídavého proudu 
roztáčen a stejnosměrným proudem 
současně brzděn. Motor se tedy točí 
pomaleji. 

Když je odpor proměnného rezistorů 
R blízký nule, protéká motorem symet- 
rický střídavý proud a motor není obvo- 
dem brzděn. Zvětšujeme-li odpor pro- 
měnného rezistorů, rychlost otáčení se 
zmenšuje. 

Proud, který proměnným rezistorem 
protéká, se přitom příliš neodlišuje od 
jmenovitého proudu motoru a proto není 
proměnný rezistor zatěžován příliš vel- 
kým výkonem. 

Také průběh závislosti mezi rychlostí 
otáčení motoru a příkonem se výrazně 
nemění. Ar 
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NOVÁ GENERACE OBVODŮ PRO BTV 


Ing. Václav Teska 


(Pokračování) 


V KO je provozován výstupní signál regu- 
lačního zesilovače a obvodu detekce přetí- 
žení se signálem obvodu řízení kolektorové- 
ho proudu a výsledný signál je veden do 
řídicí logiky. Obvod „vnější blokování" na 
vývodu 5 I0 4 umožňuje další blokování. Při 
Uk = 0,5 (A - 0,1 V se uzavírá výstup z vý- 
vodu 8 IOi . 

V závislosti na obvodu náběhu, identifika- 
ce průchodu nulou a uvolněním klopného 
obvodu se řídicí logice nastavuje „klopný 
obvod", řídicí obvod zesílení proudu báze 
a odpojení proudu báze. Zesilovač proudu 
báze generuje pilovité napětí na vývodu 
8 IOi . Mezi vývody 7a 8 je přes R 6 zavedena 
zpětná vazba; R 6 určuje maximální proud do 
báze T-[. Obvodem odpojení proudu báze 
řízeného z řídicí logiky se při ochranném 
provozu zmenší napětí na vývodu 7 IO n na 
1 ,6 V a uzavře se zesilovač proudu báze. 
Ochrana se zapojí, když U 9 < 6,7 V, nebo 
když L/ 5 <0,5l/ re f - 0,1 V. Při zkratu na se- 
kundární straně se 10! dostává do stavu 
trvalého dotazu a při odlehčené sekundární 
straně nastaví 10! malou střídu. V obou dvou 
případech se příkon zmenší na 6 až 1 0 W. 
Po uzavření výstupů (L/ 9 <6,7 V) a dalším 
zmenšení o dU 9 = 0,6 V se odpojí referenč- 
ní napětí. K ochraně před podpětím na pri- 
mární straně a přepětím na sekundární stra- 
ně Tri (prahová napětí nedosáhne úrovně 
U s = 0,5L/i) se odpojí výstup na vývodu 
8 IOi, čímž se zmenší příkon zdroje (při 


L/ 9 = 10 V je / 9 = 14 mA). Při velkémodporu 
při náběhu se U 9 zmenšuje pod práh odpoje- 
ní (5,7 ) a odpojí se referenční napětí (A . Při 
zmenšeném výkonu se zvětší U 9 = 12,3 V 
(práh sepnutí), odblokuje se ochrana na 
vývodu 5 IOi a zdroj se pokouší znovu 
sepnout. V případě trvající nebo nové záva- 
dy, když U 5 = 0,5 L/i - 0,1 V, se spínání pře- 
ruší, zablokuje se vývod 9 IOi a U 9 se 
zmenší. Příklad provedení plošných spojů je 
na obr. 23. Parametry TDÁ4601 jsou v tab. 
24. 


Ovládání BTVP 

Moderní BTVP používají pro řízení svých 
funkcí dálkové ovládání - povely z vysílače 
dálkového ovládání, které jsou přijímány při- 
jímačem dálkového ovládání, jsou zpraco- 
vány mikropočítačem a realizovány přes 
vnitřní sběrnici příslušnými 10. 

SAA3006 - kodér infračerveného 
dálkového ovládání, IDO * 

SAA3006 je kodér IDO, určený pro vysíla- 
če IDO pracující v soustavě RC-5, který 
generuje 2048 povelů rozdělených do 32 
skupin po 64 povelech, z nichž každý je 
vyvolán tlačítkem s jedním spínacím kontak- 
tem. Přenos je uskutečněn modulací signálu 


Tab. 24. Parametry TDA4601 


Parametr 

Min. 

Jmen. 

Max. 

Napájecí napětí, U 9 [V] 

0 


20 

Referenční napětí, L 1 í V] 

0 


6 

Identifikace průchodu nulou, U 2 [V] 

-0,6 


0,6 

Napětí regulačního zesilovače, U 3 |V| 

0 


3 

Blokovací napětí, napětí úměrné 




kolektorovému proudu, L/ 45 [ V] 

0 


8 

Napětí na vývodech 7, 8, U 7 B [V] 

0 


u 9 

Vstupní proud, / 2 ]mAj 

-5 


5 

/ 3 [mA] 

-3 


3 

Výstupní proud, l 7 [A] 

-1 


1,5 

M A) 

-1,5 


0 

Napájecí napětí, U 9 [V] 

7,8 


18 

Proud při náběhu pro U g = 2 V, / 9 |mA] 



0,5 

U 9 = 5 V, l 9 [mA] 


1,5 

2 

Ug = 10 V, lg [mA] 


2,4 

3,2 

Bod sepnutí U u Ug [V] 

11 

11,5 

12,3 

Napájecí proud pro U reg = -10 V, / 9 mA] 

110 

135 

160 

U reg = 0 V, / 9 [mAj 

50 

75 

100 

Referenční napětí pro A =0,1 mA, (A [V] 

4 

4,2 

4,5 

A = 5 mA, U [V] 

4 

4,2 

4,4 

Teplotní činitel (A [1/K] 


10“ 3 


Regulační napětí při U reg = 0 V, U 3 [V] 

2,3 

2,6 

2,9 

Napětí úměrné kolektorovému proudu pro 




U m g = 0 V, U 4 [V] 

1,8 

2,2 

2,9 

LVeg = 0/-10V, dU,[V] 

0,3 

0,4 

0,5 

Svorkové napětí, Uj IV] 

2,7 

3,3 

4 

Výstupní napětí při U, eg = 0 V, U 7 [V 

2,7 

3,3 

4 

Us [V] 

2,7 

3,4 

5 

Výstupní napětí při U reg = 0/-10 V, d U B [V 

1,6 

2 

2,4 

Napájecí proud při U 5 = 1,9 V, lg mA] 

14 

22 

28 

Vypínací napětí při L/ 5 Š1,9, 1/7 [V] 

1,3 

1,5 

1,8 

l/ 4 [v] 

1,8 

2,1 

2,5 

Blokovací napětí pro U reg = 0 V, U 5 [V] 

-0,51/, -0,1 

0,5U 

Napájecí napětí při U reg = 0 V a blok. l/ 8 , Ug [V] 

| 6,8 

^4_ 

7,8 





Obr. 24. Zapojení vysílače dálkového ovládání 


— « kmitočtu asi 36 kHz (infračervený pa- 
prsek), a to buď v mnohonásobném provozu 
(32x64 povelů), nebo v jednoduchém pro- 
vozu (1 x64 povelů), dvoufázovou technikou 
s poměrně krátkou dobou vysílání. 10 má 
malé napájecí napětí, malý příkon, všechny 
vstupy s ochranou, pro oscilátor potřebuje 
jen jeden vývod a je jej možné přepnout na 
testování správné funkce. Obvod je sesta- 
ven z ocsilátoru, děliče 1:6, děliče 1:2 13 , 
dekodéru, řídicí jednotky, hlavního generá- 
toru nulování, obvodu nastavení testování, 
obvodu pro volbu provozu, kodéru klávesni- 
ce, budicího dekodéru klávesnice, paralel- 
ně-sériového převodníku, střadače skupino- 
vých adres a povelů a výstupního stupně. 

Po stisknutí tlačítka klávesnice nejprve po 
dobu 2 bitů trvá protizákmitová doba, která 
zajišťuje, že nejsou přeneseny falešné im- 
pulsy, vznikající zakmitáváním tlačítka. Po 
této době jsou vyslány 2 bity startovací, za 
nimi jeden bit kontrolní, 5 bitů skupinové 
adresy a 6 bitů vlastního povelu. Všech 
těchto 14 bitů vytváří kód, za ním následuje 
mezera 50 bitů a za ní opět kód. Doba trvání 
jednoho bitu je dána vztahem 1 bit = 3x2 8 
xT 0SC , kde 7 osc je doba trvání periody oscilá- 
toru. Při kmitočtu oscilátoru 432 kHz trvá 
jeden bit 1 ,778 ms. 

Obvodem volba provozu (vstup na vývodu 
2- SSM) je možné volit buď mnohonásobný 
(SSM - L) nebo jednoduchý (SSM = H) 
provoz. Při mnohonásobném provozu (SSM 
= L) jsou v klidovém stavu vstupy X a Z na 
úrovni H Při správném stlačení tlačítka 
Tab. 25. Funkce při testování 


v jedné z matic Z-DR nebo X-DR se spouští 
2bitový protizákmitový cyklus. Když během 
těchto dvou bitů není přerušen kontakt tlačít- 
ka, signál uvolnění oscilátoru je blokován 
a tlačítko může být uvolněno. Přerušení kon- 
taktu během dvou bitů nuluje vnitřní děje. Na 
konci protizákmitové doby se odpojí výstupy 
DR a jsou nastartovány dva ohledávači cyk- 
ly, během nichž jsou spínány výstupy DR 
jeden po druhém. Když jsou snímané vstupy 
Z nebo X na úrovni L, signál uvolní střadače 
a je zaveden do střadače skupinových adres 
nebo povelů, podle toho, který vstup matice 
Z nebo X je snímán. Po blokování čísla 
skupiny adres generuje obvod poslední po- 
vel (všechny bity jsou 1 ) v daném systému 
po dobu stisknutí tlačítka. Blokování čísla 
povelu způsobí generování tohoto povelu 
současně s číslem skupinových adres. Při 
uvolnění tlačítka jsou nulovány vnitřní děje, 
pokud data nejsou vyslána v této době. 
Pokud je vysílání odstartováno, je signál 
přenesen celý. 

Při jednoduchém provozu jsou v klidovém 
stavu vstupy X na úrovni H a přes PUT (pull- 
up tranzistor) jsou odpojeny vodiče Z a vstu- 
py Z jsou blokovány. Pouze správné stlačení 
tlačítka v matici X-DR startuje protizákmito- 
vý cyklus. Není-li během tohoto cyklu přeru- 
šeno spojení kontaktu tlačítka, signál pro 
uvolnění oscilátoru je blokován a tlačítko 
může být uvolněno. Přerušení během dvou 
bitů nuluje vnitřní děje. Na konci protizákmi- 
tové doby se odpojí PUT vodičů X, kdežto na 
vodičích Z se PUT sepnou během prvního 


cyklu ohledání. Propojení v matici Z je přene- 
seno do skupiny čísel adres a zapamatová- 
no ve střadači skupiny adres. Na konci první- 
ho ohledávacího cyklu se odpojí PUT na 
vodičích Z a vstupy se znovu zablokují, 
kdežto na vodičích X se tranzistory znovu 
připojí. Druhým cyklem ohledání se generuje 
číslo povelu, které se po blokování přenáší 
současně s číslem skupinové adresy. 

Vstupy povelů XO až X7 jsou v klidovém 
stavu na „1“, což je dáno PUT. Také při 
SSM=L jsou i vstupy ZO až Z3 v klidovém 
stavu na ,,1 “. Když SSM=H, tranzistory jsou 
odpojeny a proud v matici Z-DR neprotéká. 

Kmitočet oscilátoru je určen keramickým 
rezonátorem 432 kHz na vývodu 18 10. Při 
napájecím napětí 2 až 5,25 V lze rezonátor 
připojit přímo, při napájecím napětí 2,6 až 
7 V přes rezistor 10 kQ. 

Detekce uvolnění tlačítka - zvláštní kon- 
trolní bit je přičítán jako doplňující po uvolně- 
ní tlačítka. Touto cestou dostává dekodér 
informaci, jedná-li se o nový povel. To je 
velmi důležité při vícenásobném zadávání 
čísla, jako je např. číslo kanálu nebo stránka 
teletextu. Kontrolní bit je doplňován pouze 
po ukončení vysílání nejnižšího kódu. Cyk- 
lus ohledání se opakuje před vysíláním kaž- 
dého kódu, čímž je zajištěno, že při stlače- 
ném tlačítku během vysílání kódu je genero- 
váno správné číslo skupiny a povelu. 

Výstupy dat -na výstupu DATA (vývod 8) 
je generována informace ve tvaru 1 4bitové- 
ho slova, které je sestaveno ze čtyř částí: 

- START - 2 bity, 

- kontrola - 1 bit, 

- skupina adres - 5 bitů, 

- povel - 6 bitů. 

Výstup MDATA přenáší stejnou informaci 
jako výstup DATA jen s tím rozdílem, že tato 
informace je namodulována na 1/12 kmitoč- 



TP1 

TP2 




L 

L 

vstup matice 

vstup matice 

normální 

L 

H 

vstup matice 

vstup matice 

ohledání a výstupní f 6x kratší 
doba než norm. 

H 

výstup f osc 6 

L 

L 

nulování 

H 

výstup ř osc 6 

H 

H 

výstupní f 3x 2 7 vyšší než norm. 











KIKUSUI Oscilloscopes 

Superior in Quality, 

first class in Performance! __ 


Phoemx Praha A.S . , Ing. Havlíček, lei: (2) 6 L > 22 906, 43 32 01, 



OCHRANA, KTEROU POTŘEBUJETE 


Elektronický Indikátor IFD 60 chrání technologická zařízení 
před poškozením při nežádoucím výskytu kovových předmě- 
tů náhodně vniklých do zpracovávané suroviny. Snímače se 
montují na transportní dráhy (citlivost od 2 g). Více než deset 
let indikátory dodáváme do tuzemska i do zahraničí v různých 
modifikacích, které průběžně inovujeme. 

' Technické a ob- 

chodní informace ing. Švancar* Telefon 53 20 47, ELSYST 

Praha, s. p. 


/inritsu Instruments 


World Leading Measurement Technology 
for Telecommunications 

Phoemx Praha A.S., Ing. Havlíček, Tel.: (2) 43 32 01, 69 22 906 



tu oscilátoru, takže bit je sestaven z 32 
impulsů. Tím se zmenšuje příkon vysílače 
IDO, neboť nosný kmitočet má jen 25 % 
plnění. V klidovém stavu jsou oba výstupy 
nevodivé (třístavový výstup). Ohledávané 
budiče DRO až DR7 mají tranzistor s otevře- 
nou elektrodou D (kolektorem) a jsou v klido- 
vém stavu vodivé. Při správném stlačení 
tlačítka výstupy budičů přecházejí do stavu 
velké impedance a při ohledávání se spínají 
jeden po druhém. 

Nulování - obvod může být vynulován 
přímo při uvolnění tlačítka během protizá- 
kmitové doby nebo mezi dvěma kódy. Uvol- 
nění tlačítka během ohledávání matice, nu- 
lování obvodu, může nastat, když: 

- je tlačítko uvolněno v době, kdy jeden 
z výstupů budiče je ve stavu ,,0“. 

- je tlačítko uvolněno před detekcí tlačítka, 

- chybí propojení v matici Z-DR při 
SSM=H. 

Testování - vývody 19 (TP2) a 20 (TP1) 
jsou použity pro testování ve spojení se 
vstupy Z2 (vývod 5) a 6 (vývod 6), jak vyplývá 
z tab. 25. 

Aktivování tlačítek - každé spojéní vstu- 
pu X s výstupem DR je rozpoznáno jako 
správné a obvod generuje příslušný kód. 
Aktivování několika vstupů X současně je 
hodnoceno jako špatné a nenastartuje se 
oscilátor. Při SSM=L je každé propojení 
jednoho vstupu Z a výstupu DR hodnoceno 
jako správné a 10 generuje odpovídající kód. 

(Pokračování) 
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INZERCE 



Inzerci přijímá osobně a poštou vydavatel- 
ství Magnet-Press, inzertní oddělení (inzer- 
ce ARB) Vladislavova 26, 113 66 Praha 1, 
tel. 26 06 51-9 linka 294. Uzávěrka tohoto 
čísla byla 1. 10. 1990, do kdy jsme museli 
obdržet úhradu za inzerát. Nepomeňte uvést 
prodejní cenu, jinak inzerát neuveřejníme. 
Text inzerátu pište čitelně, aby se předešlo 
chybám vznikajícím z nečitelnosti předlohy. 

PRODEJ 

BFG65 (130), BB405 (35), BFR90, 91 , 96 (30, 31 , 
32), BFT66 (130), S042 (90), TL074, 084, 082 
(50, 50, 35), celá řada CMOS. D. Cienciala, 
739 38 Soběšovice 181. 

Prodám TRANSCEIVER fy KENWOOD 
TR751E-2m, TS711E-2m, 144 MHz ALL MODE 
25 W VF výkon, možno instalovat do automobilu, 
CB stanice (~ 33 000, 48 900, cena inf.), antény, 
S-metry a jiná vysílací zařízení, doplňky a sou- 
části pro VF techniku dle katalogu Conrad, zaříze- 
ní ihned k dodání + záruka, prospekty zašlu, 
výhodné ceny inf. OK2UZF-Franta. F. Hennig, J. 
Jabůrkové 4, 736 01 Havířov-město. 

C520D (75) od 3 ks (55). M. Lhotský, Komenské- 
ho 465, 431 51 Klášterec n. Ohří. 


BFR90, 91, 96 (27, 28, 32) orig, BFR90, 91, 
BFG65 (38, 40, 80), BF, BC, BD tranzistorů, int. 
obvodů CMOS, LS, TL, CA, NE a jiného rad. mat. 
i pas. prvků, BNC pár (100). Končím! J. Toporský, 
K ostrůvku 12, 794 01 Krnov. 

BFQ69, BFG65, BFR90, 91, 96, (100, 135, 26, 32, 
38), počítač EURO PC/XT (21 900), BF961 , 963, 
966 (24, 28, 34), sym. členy UHF (15). J. Zavadil, 
Box 27, 142 00 Praha 411. 

Inteligentní dekodér sat. kanálu FilmNet - As- 
tra pro systémy MASPRO, samonastavitelný kód, 
předvedu i na dobírku, kvalita (3750). Ing. R. 
Juřík, Foltýnova 1 5, 635 00 Brno. 

TDA5660P (290), SL1451 (890), SL1452 (890), 
MC14566B (120). Min. varicap ITT 1+9 pF, 
BB601 (60), sat. kon. Maspro, F — 1 ,3 dB (5700), 
Fuba OEK888 (6500), kon. Amstrad (kon.+fid.) 
(5900). F. Krount, Řepová 554, 196 00 Praha 9, 
tel. 687 08 70. 


POKROK 

výrobně družstvo, 

Košická 4, 

010 82 Žilina 

Středisko služieb ponúka rádioamaté- 
rom zo svojích zásob plošné spoje 
z AR rada A i B od r. 1971. 

V případe písomnej objednávky vyrobí 
plošné spoje, ktoré vychádzali od 
r. 1971. Obráťte sa na horeuvedenú 
adresu, popřípadě na tel. 456 86 alebo 
479 32-36 linka 57, 58. 






